Pruebas De Sofware

Universidad Tecnológica de Chihuahua

Alumno
anonimus
Materia
Sistemas de Calidad.
Maestro
Ing. Francisco Cortes García.
Tema
Pruebas de Software



Principios Básicos de las Pruebas de Software

Los principios básicos de pruebas de software a menudo parecen obvios pero por lo general son siempre ignorados, lo cual genera serias consecuencias en el proceso. Entre los principiosbásicos de pruebas de software tenemos los siguientes:

1. La definición del resultado esperado a la salida del programa es una parte integrante y necesaria de un caso de prueba; muchos errores se originan por ignorar este principio. Si el resultado esperado de un caso de prueba no ha sido predefinido, existe la posibilidad de que un resultado erróneo, se interprete como correcto.
2. Unprogramador debe evitar probar su propio programa; la detección de errores es un proceso “destructivo”. Es por ello que es difícil para una persona adoptar la actitud mental necesaria para demostrar que lo que acaba de hacer está erróneo.
3. Un área de programación no debería probar sus propios programas; es el caso similar al anterior, aplicado a la conducta colectiva de un grupo.
4.Inspeccionar concienzudamente el resultado de cada prueba; este es probablemente el más obvio, pero, sin embargo, a menudo dejado de lado. Empíricamente se ha encontrado que muchos de los programadores fracasan en la detección de errores, aún cuando en los resultados de las pruebas eran claramente observables.
5. Examinar un programa para comprobar que no hace lo que se supone que debe hacer essólo la mitad del problema; la otra mitad consiste en ver si el programa hace lo que no se supone que debe hacer. Esto significa que los programas deben ser revisados con respecto a efectos colaterales no deseados.
6. Evitar los casos de pruebas desechables a menos que el programa sea verdaderamente un programa desechable; una práctica muy frecuente es sentarse frente al computador einventar casos e pruebas. Los casos de prueba deben ser reinventados con cada prueba que se realice, algo que generalmente no se hace, por lo que las pruebas siguientes no son tan rigurosas como la primera vez, esto significa que si se introdujo un error en una parte ya probada, rara vez se detecta.
7. No planear el esfuerzo con la suposición tácita de que no se encontrarán errores; este error secomete cuando se parte de la suposición de que la prueba es el proceso de mostrar que el programa funciona correctamente.
8. La probabilidad de encontrar errores adicionales en una sección del programa es proporcional al número de errores encontrados; este fenómeno tiene su base en comprobaciones empíricas, en efecto, los módulos de un programa (igualmente probados) que han presentado máserrores tienen una probabilidad más alta de presentar otros errores.
9. La prueba de software no es una ciencia exacta; si bien existen métodos que ayudan en el proceso de la elaboración de casos de pruebas, ello requiere de todas maneras de una considerable cuota de creatividad.

Estrategias de Prueba
Son las líneas guía del equipo de pruebas de un proyecto de desarrollo de software. Amenudo éstas son escritas por el director del equipo de pruebas, en un documento, que será entregado formalmente al director del proyecto, para su posterior revisión y aprobación.
Una estrategia de prueba del software integra los métodos de diseño de casos de pruebas del Software en una serie bien planeada de pasos que desembocará en la eficaz construcción del Software.
La estrategia proporciona unmapa que describe los pasos que se darán como parte de la prueba indica cuándo se planean y cuándo se dan estos pasos, cuánto esfuerzo, tiempo y recursos consumirán un enfoque estratégico para la prueba del software.

¿Para que sirven?
Básicamente busca dejar claros los siguientes aspectos que atañen al proceso de pruebas de un desarrollo de software:
* Qué metodología de pruebas se va a...