Ad-hoc modificaciones correctivas tienen que ver con los defectos que requieren una inmediata solución, por ejemplo, una serie de producción que vuelca a altas horas de la noche, una red que va hacia abajo con unos pocos cientos de usuarios en línea, un correo con direcciones incorrectas.
Existen diferentes normas y procedimientos diferentes para la solución de problemas de este tipo. Será imposible tomar los pasos necesarios para un enfoque estructurado de la prueba. Sin embargo, una serie de actividades se llevan a cabo antes de un posible mal funcionamiento, puede ser posible conseguir una situación en la que las pruebas sean fiables. Ser ejecutado a pesar de las estaciones de pánico '' todo el año. En cierta medida, este tipo de pruebas de mantenimiento es a menudo como los primeros auxilios (remendar) y en una etapa posterior del proceso de prueba estándar Luego se sigue para establecer una solución robusta, probarlo y establecer el nivel apropiado de documentación. Un análisis de riesgos de los sistemas operativos se debe realizar con el fin de establecer qué funciones o programas constituyen el mayor riesgo para la operación servicios en caso de desastre. A continuación, se establece en el caso de la funciones en situación de riesgo que (de prueba) acciones deben llevarse a cabo si un particular, la mala función se produce. Existen varios tipos de mal funcionamiento pueden ser identificados y hay diversas formas de responder a ellos para cada función en riesgo. Una posible reacción podría ser que una función relevante en riesgo siempre debe ser probado, o que, bajo ciertas circunstancias, la prueba podría ser realizada, en retrospectiva (el siguiente día, por ejemplo). Si se decide que una función particular en riesgo debe siempre hacerse la prueba siempre que sea pertinente, una serie de pruebas estándar, que podría ser ejecutada casi inmediatamente, deben estar preparados para este fin. El estándar pruebas, obviamente, serían preparados y mantenidos de acuerdo con la estructura enfoque de la prueba.
Incluso en el caso de modificaciones ad-hoc, es por lo tanto posible llevar una mejora de la calidad mediante la adopción de un enfoque de la prueba específica. Es importante hacer un análisis de riesgos completo del sistema y especificar un conjunto de pruebas estándar en consecuencia.
Repaso Capítulo
Vamos a repasar lo que ha aprendido en este capítulo.
De la Sección 2.1, que ahora debe entender la relación entre el desarrollo y las pruebas dentro de un ciclo de vida de desarrollo, incluyendo las actividades de prueba y productos de prueba (de trabajo). Debieras saber que el modelo de desarrollo a utilizar debe encajar, o debe ser adaptada para encajar, las características del proyecto y del producto. Debieras ser capaz de recordar las razones de los diferentes niveles de pruebas y características de una buena prueba en cualquier modelo de ciclo de vida. Debieras conocer los términos del glosario (comerciales) off-the-shelf software (COTS), el modelo de desarrollo incremental, nivel de prueba, validación, verificación y V-modelo.
Usted debe ser capaz de comparar los diferentes niveles de pruebas con respecto a sus principales objetivos, objetos típicos de la prueba, típico los objetivos de la prueba (por ejemplo, funcional o estructural) y trabajos relacionados productos. También debe saber cual las personas realizan la prueba actividades en los diferentes niveles de la prueba, los tipos de defectos encontrados y fracasos para ser identificados. Usted debe conocer los términos del glosario alfa las pruebas, las pruebas beta, pruebas de componentes, conductor, funcional requisitos, la integración, las pruebas de integración, no funcional las pruebas, la puesta a prueba de regulación de la aceptación (Pruebas de cumplimiento), el ensayo, trozo, las pruebas del sistema robustez, basado en pruebas de desarrollo, entorno de prueba y la aceptación de los usuarios pruebas.
De la Sección 2.3, usted debe saber los cuatro tipos principales de pruebas (Funcionales, no funcionales, estructurales y cambiar-relacionados) y debe ser capaz de proporcionar algunos ejemplos concretos para cada uno de estas. Usted debe entender que las pruebas funcionales y estructurales ocurrir en cualquier nivel de la prueba y ser capaz de explicar cómo se aplican en los diversos niveles de prueba. Usted debe ser capaz de identificar y describir los tipos de pruebas no funcionales basados en no funcional requisitos y características de calidad del producto. Por último, debe ser capaz de explicar el propósito de las pruebas de confirmación (re- pruebas) y pruebas de regresión en el contexto del cambio relacionado pruebas.
Usted debe saber los términos del glosario de pruebas de recuadro negro, la cobertura de código, las pruebas de confirmación (re-prueba), funcionales las pruebas, las pruebas de interoperabilidad, pruebas de carga, facilidad de mantenimiento pruebas, pruebas de rendimiento, pruebas de portabilidad, la regresión las pruebas, las pruebas de fiabilidad, las pruebas de seguridad, la especificación de base las pruebas, las pruebas de estrés, pruebas estructurales, banco de pruebas, la facilidad de uso las pruebas y la caja blanca de pruebas.
De la Sección 2.4, usted debe ser capaz de comparar el mantenimiento pruebas para testar nuevas aplicaciones. Deberías ser capaz de identificar los factores desencadenantes y las razones para las pruebas de mantenimiento, tales como modificaciones, la migración y la jubilación. Por último, debe ser capaz de describir el papel de las pruebas de regresión y análisis de impacto dentro de las pruebas de mantenimiento. Usted debe conocer los términos del glosario análisis de impacto y pruebas de mantenimiento.
PREGUNTAS examen de la muestra
Pregunta 1 ¿Cuáles son las buenas prácticas para las pruebas dentro del ciclo de vida de desarrollo?
a. análisis de la prueba y su diseño.
b. Diferentes niveles de prueba se definen con específica objetivos.
c. Testers comenzarán a involucrarse tan pronto como la codificación se realiza. d. A y B anteriores.
Pregunta 2 ¿Qué opción describe mejor objetivos para los niveles de prueba con un modelo de ciclo de vida?
b. Los objetivos son los mismos para cada nivel de prueba.
c. Los objetivos de un nivel de prueba no tienen que ser definido de antemano. d. Cada nivel tiene objetivos específicos de ese nivel.
Pregunta 3 ¿Cuál de las siguientes es una prueba ¿tipo? a. pruebas de componentes segundo. Prueba de funcion b. Las pruebas del sistema
c. Test de aceptación
Pregunta 4 ¿Cuál de los siguientes es un no característica de la calidad funcional? a. Factibilidad
b. usabilidad c. Mantenimiento d. Regresión
Pregunta 5 ¿Cuál de estos es una prueba funcional?
a. La medición de tiempo de respuesta en una línea de reserva sistema.
b. Comprobación del efecto de grandes volúmenes de tráfico en un sistema de centro de llamadas.
c. Comprobación de la pantalla informa reservas on-line contenidos y la base de datos contra el Información sobre la carta a los clientes.
d. Comprobar qué fácil es el sistema de usar.
Pregunta 6 ¿Cuál de los siguientes es un verdadero declaración en relación con el proceso de fijación cambios de emergencia?
a. No hay tiempo para probar el cambio antes de que va en vivo, por lo que sólo los mejores desarrolladores deben hacer este trabajo y no debe involucrar a los testers como ellos ralentizar el proceso.
b. Sólo tiene que ejecutar la segunda prueba del defecto realidad fijo.
c. Siempre ejecutar una prueba de regresión completa de la totalidad del sistema en caso de que otras partes del sistema tienen visto afectada de manera adversa.
d. Vuelva a probar la zona cambiada y luego usar riesgo evaluación para decidir sobre un subconjunto razonable de toda la prueba de regresión para ejecutar en caso de otra partes del sistema han sido adversamente afectado.
Pregunta 7 Una prueba de regresión: a. Es sólo se ejecutan una vez. b. Siempre será automatizado.
c. Revisará las áreas no modificadas del software para ver si se han visto afectadas. d. Revisará las áreas modificadas del software para ver si han sido afectados. Pregunta 8 Ensayos no funcional incluye:
a. Pruebas para ver donde el sistema no funciona correctamente.
b. Prueba de los atributos de calidad del sistema incluyendo la fiabilidad y facilidad de uso. c. Obtener la aprobación del usuario para el sistema.
d. Prueba de una característica del sistema utilizando sólo el software requerido para esa función.
Pregunta de prueba de 9 Beta es:
a. Realizado por los clientes en su propio sitio.
b. Realizado por los clientes en el sitio de desarrollo del software. c. Realizado por un equipo de pruebas independiente.