Pruebas de Software

29/01/2014

La prueba es generalmente considerada costosa y molestaLa meta para la mayora de las compaas debera ser: hacer el mejor trabajo de prueba posible y minimizar los costos. La idea que parece funcionar mejor eso: Probar en etapas tempranas y probar a menudo. Visin de las pruebas de software

1) Qu son las pruebas? a. Son los diferentes procesos que se deben realizar durante un desarrollo, con el objetivo de asegurar la completitud, correctitud, calidad, entre otros factores de gran importancia. 2) Por qu probar el software a desarrollar? a. Debido a que los procesos serios del desarrollo de software, en la mayora de los casos, tienden a ser caticos, es necesario involucrar procesos de aseguramiento de calidad, para que se puedan cumplir de manera correcta los requerimientos que el cliente necesita. 3) Qu ventajas tiene la creacin de pruebas para el desarrollo de software? 4) Quin debe realizar las pruebas? 5) *Confusin en el empleo de los trminos: Defecto, falla y error.

04/02/2014

Defecto Un defecto se encuentra en un artefacto y puede definirse como una diferencia entre la versin correcta del artefacto y una versin incorrecta; Imperfeccin.

Falla Es la discrepancia visible que se produce al ejecutar un programa con un defecto.

Error Es una equivocacin cometida por un desarrollador; Idea falsa o equivocada.

6) Qu es una estrategia de pruebas? a. Son las lneas guas del equipo de pruebas de un proyecto de desarrollo de software. A menudo estas son escritas por el director del equipo de pruebas, en un documento que ser entregado formalmente al director del proyecto, para su posterior revisin y aprobacin.

Estrategia de pruebas o Sirve para: o Especificar la metodologa de pruebas o Especificar como sern evaluados los riesgos del software o Definir las tcnicas de pruebas que sern utilizadas o Definir las herramientas y recursos necesarios o Establecer cuantas personas sern necesarias

05/02/2014 Caractersticas de una buena prueba o Una buena prueba tiene una alta probabilidad de encontrar un error. o Una prueba no debe ser redundante. o Una buena prueba debera ser la mejor de la cosecha. o Una prueba no debera de ser ni demasiado sencilla, ni demasiado compleja.

Facilidad de prueba: La facilidad de prueba del software es simplemente la facilidad con la que se puede probar un programa de computadoras. Caractersticas que llevan a que un software sea fcil de probar o Operatividad: Hace referencia al aspecto funcional del software. Principalmente esta caracterstica plantea que en cuanto mejor funcione el software ms eficiente ser el proceso de pruebas. Lista de comprobacin de operatividad: 1. El sistema tiene pocos errores. 2. Ningn error bloquea la ejecucin de las pruebas. 3. El producto evoluciona en fases funcionales, lo que permite ejecutar simultneamente el desarrollo y las pruebas.

o Observabilidad Lo que vez es lo que pruebas. o Lista de comprobacin: 1. Se genera una salida distinta para cada entrada. 2. Los estados y variables del sistema estn visibles o se pueden consultar durante la ejecucin. 3. Todos los factores que afectan a los resultados estn visibles. 4. Un resultado incorrecto se identifica fcilmente. 5. Los errores internos se detectan automticamente a travs de mecanismos de auto-comprobacin.

o Controlabilidad: Cuantas ms revisiones y controles se realicen al software, ms fcil ser lograr su adecuada automatizacin y optimizacin. Lista de comprobacin: 1. Los formatos de las entradas y los resultados son consistentes y estructurados. 2. Todo el cdigo es ejecutable a travs de una combinacin de entrada. o Capacidad de descomposicin: Hace referencia al grado de modulacin del software. Entre mayor sea este, as rpido se podrn aislar los problemas y ser posible llevar a cabo mejores pruebas de regresin. Lista de comprobacin: 1. El software est construido con mdulos independientes. 2. Los mdulos del software se pueden probar independientemente. o Simplicidad o Estabilidad o Facilidad de comprensin

10/02/2014 Pruebas de Integracin: Se comprueba la compatibilidad y funcionalidad de las interfaces de las distintas partes que componen un sistema, estas partes pueden ser mdulos, aplicaciones individuales, aplicaciones cliente-servidor, etc. Objetivo: Detectar errores de interfaces y relaciones entre componentes. Pruebas de Sistemas: El software ya validado se integra con el resto del sistema donde algunos tipos de pruebas a considerar son los siguientes: o Rendimiento o Resistencia o Robustez o Seguridad o Usabilidad o Instalacin

11/02/2014 Prueba Unitaria: Es la primera fase de las pruebas dinmicas y se realizan sobre cada mdulo del software de manera independiente. Objetivo: Comprobar que el modulo, entendido como una unidad funcional, este correctamente codificado.

Inicio

Prepare el ambiente de pruebas y verifique la instalacin

C Ejecute pruebas unitarias JUnit

Utilice procedimiento de registro de defectos pruebas unitarias

Si Aprob todas No Error Calificacin

Si Registre y documente la ejecucion Defina un motivo y devuelva el defecto

Fin

12/02/2014 Documentos del proceso de pruebas El plan de pruebas Casos de prueba Reporte de bugs Herramientas de pruebas y automatizacin Mtricas, estadsticas y resmenes.

El plan de pruebas: Describe todos los mtodos que se utilizaran para verificar que el software satisface la especificacin del producto y las necesidades del cliente. Incluye: o Objetivos de calidad o Necesidades de recursos o Cronograma o Asignaciones o Mtodos

Casos de pruebas: Lista los tems especficos que sern probados y describe los pasos detallados que sern seguidos para verificar el software.

Reporte de Bugs: Describe los problemas encontrados al ejecutar los casos de prueba

Herramientas de pruebas y automatizacin:

Mtricas, estadsticas y resmenes:

17/02/2014

Unidad II Estrategias y mtodos para el diseo de casos de prueba

2.1 Introduccin 2.2 Estrategias para el diseo de Casos de prueba 2.3 El enfoque de caja negra 2.3.1 Particin de clases de equivalencia 2.3.2 Anlisis de los valores limite 2.3.3 Pruebas aleatorias 2.4 El enfoque de caja blanca 2.4.1 Grafo de flujo de control y cobertura 2.4.2 Mtodos adicionales 2.5 Automatizacin de pruebas