Modelo de Pruebas
En el flujo de trabajo de la prueba verificamos el resultado de la implementación probando cada construccón, incluyendo tanto construcciones internas como internas como intermedias, así como las versiones finales del sistemas a ser entregadas a terceros.Puede encontrarse una buena version general de la prueba. Mas concretamente, los obejetivos de la prueba son:
·
Planificar las pruebas necesarias en
cada iteracion, incluyendo las pruebas de integracion y las pruebas de sistema.
Las pruebas de integración son necesarias para cada construcción dentro de la
iteración, mientras que las pruebas de sistema son necesarias solo al final de
la iteración.
·
Diseñar e implementar las pruebas creando los casos de prueba que especifican qué probar, creando los procedimientosde prueba
que especifican cómo realizar las pruebas y creando, si es posible, componentes
de prueba ejecutables para automatizar las pruebas.
·
Realizar las diferentes pruebas y manejar los resultados de cada prueba
sistemáticamente. Las construcciones en las que se detectan defectos son probadas de nuevo y posiblemente
devueltas a otro flujo de trabajo, como diseño o implementación de forma que
los defectos importantes puedan ser arreglados.
El papel de la prueba en el ciclo de vida del software Durante la fase de inicio puede hacerse parte de la planificación inicial de las pruebas cuando se define el ámbito del sistema. Sin embargo, las pruebas se llevan a cabo sobre todo cuando una construcción (como un resultado de implementación) es sometida a pruebas de integración y de sistema. Esto quiere decir que la realización de pruebas se centra en las fases de elaboración, cuando se preueba la línea base ejecutable de la arquitectura, y de construcccioón, cuando el grueso del sistema está implementado. Durante la fase de transición el centro se desplaza hacia la correccion de defectos durante los primeros usos y a las pruebas de regresión .
modelo de prueba
El modelo de prueba describe principlamente cómo se pureban los componentes ejecutables (como las construcciones) en el modelo de implementación con pruebas de integración y de sistema. El modelo de pruebas puede describir también cómo han de ser probados aspectos especificos de sistemas, por ejemplo, si la interfaz de usuario es utilizable y consistente o si el manual de usuario del sistema cumple con su cometido. El modelo de pruebas es una colección de casos de prueba, procedimientos de prueba y componentes de prueba.
Observar que si el modelo de pruebas es grande, es decir, si contiene una gran cantidad de casos de prueba, procedimientos de prueba y componentes de prueba, puede ser útil introducir paquetes en el modelo para manejar su tamaño.
El modelo de prueba describe principlamente cómo se pureban los componentes ejecutables (como las construcciones) en el modelo de implementación con pruebas de integración y de sistema. El modelo de pruebas puede describir también cómo han de ser probados aspectos especificos de sistemas, por ejemplo, si la interfaz de usuario es utilizable y consistente o si el manual de usuario del sistema cumple con su cometido. El modelo de pruebas es una colección de casos de prueba, procedimientos de prueba y componentes de prueba.
Observar que si el modelo de pruebas es grande, es decir, si contiene una gran cantidad de casos de prueba, procedimientos de prueba y componentes de prueba, puede ser útil introducir paquetes en el modelo para manejar su tamaño.
