Guía de testing

DEFINICIONES

Software Testing (Pruebas de Software)

Proceso realizado concurrentemente a través de las diferentes etapas de desarrollo de software que utiliza y mantiene el testware y cuyo objetivo es apoyar la disminución del riesgo de aparición de fallas y faltas en operación.

Este proceso debe llevarse a cabo de una manera sistemática, y debe respaldarse en métricas bien definidas.Caso de prueba: Conjunto de condiciones o variables bajo las cuáles el analista determinará si el requisito de una aplicación es parcial o completamente satisfactorio.

Escenario de prueba: Corresponde a los diferentes caminos del flujo básico y flujo alternativo del caso de uso; puede entenderse también como cada uno de los contextos en los que puede estar un requisito o funcionalidad delsistema ya sea para obtener resultados válidos o inválidos o las diferentes condiciones en las que el aplicativo deberá trabajar.

Ciclo de Prueba: Con cada nueva versión del producto se realizan alguna o todas las tareas asociadas a las pruebas, a esto se le llama un ciclo de prueba

OBJETIVOS DEL TESTING

• Encontrar defectos
• Lograr confianza acerca del nivel de calidad
•Proveer información
• Prevenir defectos

PRINCIPIOS GENERALES DEL TESTING

• Testing muestra la presencia de defectos
• Testing exhaustivo es imposible
• Testing temprano
• Concentración (cluster) de Defectos
o Pesticide Paradox
• Testing depende del contexto
• Falacia Ausencia-de-errores

Principios de Testing

• Una parte necesaria de uncaso de prueba es la definición de salida o resultado esperado.
• Un programador debería evitar probar su propio código
• Una unidad de programación no debería probar sus propios programas
• Los resultados de cada prueba deben ser acuciosamente inspeccionados.
• Los casos de prueba deben diseñarse para condiciones de entrada inválidas e inesperadas, no solo para aquellas válidasy esperadas
• Examinar un programa para ver si no hace lo que debe hacer es solo la mitad de la tarea; la otra mitad es ver si hace lo que no debe hacer.
• Evitar casos de prueba espontáneos y que no dejan registro – es solo pérdida de tiempo.
• No planificar un esfuerzo de prueba bajo el supuesto tácito que no se encontrarán defectos, se debe planear con escenarios pesimistas.• La probabilidad de existencia de más defectos en una sección es proporcional al número de defectos ya detectados en dicha sección.
• Testing es una tarea extremadamente creativa e intelectualmente desafiante



JUSTIFICACIÓN

Aplicando prueba de software, se puede reducir el costo y el tiempo global del desarrollo, pues se detectan una buena cantidad de problemas en fases tempranasdel proceso.

En ese contexto, algunos factores particulares que dan razón de ser a la prueba de software son:

• Liberar un producto inmaduro trae como consecuencia una labor penosa y costosa de soporte a usuarios insatisfechos, así como altos costos de mantenimiento.
• La insatisfacción del cliente trae como consecuencia pérdida de imagen de la empresa, así como una baja credibilidad en lamisma.
• La mala calidad de un producto no tarda en verse reflejada en una baja en las ventas.
• En sistemas críticos la falla del sistema puede traer como consecuencia pérdidas de vidas humanas y/o monetarias, y repercusiones económicas (incluso penales) muy severas.


Aspectos económicos

• Es posible probar un programa para encontrar todos los defectos? - No, ni siquiera para losprogramas más triviales.
• En general, es impráctico y a menudo imposible encontrar todos los defectos en un programa
- Habría que probar todas las combinaciones de entrada, correctas e incorrectas – número infinito de casos de prueba.
- Habría que probar todos los caminos posibles dentro de un programa, que pueden contener loops—el número de casos de prueba no es...