Prueba de diseño e implementación
Una tarea importante del probador es el diseño script de prueba e implementación. En el desarrollo iterativo, que es organizado por el escenario para la iteración actual impulsada. scripts de prueba pueden ser desarrollados en la aplicación empujado hacia la derecha "pantalla" o modelos de otras aplicaciones. Los datos de prueba debe desarrollarse conforme a la aplicación de la aplicación se puede encontrar aquí, y la verificación debe estar diseñado para comprobar el comportamiento de la aplicación.
Si utiliza las herramientas de prueba automatizado, se moverá algún tiempo para considerar si es bueno en la automatización de caso de prueba o si el candidato debe manualmente.
Ejecución de prueba
Verificar la aplicación de pruebas para determinar el punto de cada pasaje o el fracaso del Estado. Aplicación de la prueba manual significa que hay maneras de conseguir las pruebas de conformidad del sistema y la adecuada observación y la atención a los resultados.
Significa que el régimen para la aplicación del sistema de pruebas automatizadas condiciones adecuadas inicial, a continuación, llamar a la herramienta de reproducción de secuencias de comandos. En el control de las condiciones iniciales, queremos gestionar los datos que se encuentra en el proceso de prueba en cualquier estado. Los requisitos también se aplican a las pruebas manuales, excepto que los probadores puede "cuidar" de la interacción y, a menudo no funcionan al laboratorio para comenzar a trabajar en las condiciones que rodean sin inicializar.
Regresión y mantenimiento script de prueba
El desarrollo iterativo de un mandato claro para cada nueva iteración de volver a ejecutar la prueba de edad. Esta duplicación de la aplicación suite de prueba existente se llama pruebas de regresión, pruebas automatizadas es revelador de los beneficios y las cargas de la actividad. Ventajas: Debido a que el otro es una prueba manual, está claro las actividades que requieren mucho tiempo. Consumo: porque los scripts automatizados a menudo necesitan modificación cuidado de servir en la construcción de al lado. Prueba de secuencia de comandos de mantenimiento, y el depurador de secuencias de comandos de reproducción para el personal de la prueba será muy familiar. Testers se temprana y el uso de las herramientas de prueba para reducir la degradación de la escritura, aprender a reducir el mantenimiento.
Defecto de seguimiento y resolución
seguimiento de defectos y probadores actividades son conscientes de la resolución. Prueba siempre revela defectos o problemas de comportamiento, y debe ser difícil hacer un seguimiento de cada incidente que resolver. En primer lugar, la resolución requiere a menudo el error de replicación en laboratorio, pero al menos está en ello, el SEI Capability Maturity Model Integration (CMMI), necesarios para lograr una gestión de configuración del equipo del proyecto para lograr la prestigiosa "nivel repetible, Nivel 2." Es sólo a través de todos los archivos de desarrollo bajo el control y uso de materiales describir cada edificio, el promotor no puede haber muchas oportunidades de repetir todos los casos conocidos y por lo tanto puede cumplir con la norma.
Con el fin de mejorar el intercambio de información sobre los proyectos entre las funciones de defectos, los desarrolladores utilizar la misma configuración y gestión de seguimiento de defectos de personal y el medio ambiente el equipo de prueba es razonable.
Para medir el progreso
Hemos revisado los probadores están haciendo en la fase de construcción. ¿Cómo convertirlo en un progreso medirlo? Describir una variedad de técnicas apropiadas, 3 de los siguientes tratamientos pueden aprender.
Porcentaje de finalización
Medir el progreso en un enfoque simplista, pero realista, es de uso especial "porcentaje de terminación", como la medida. Si la escena se consideró el flujo a través de la prueba, podemos construir un conjunto de puntos de verificación para examinar, en el Cuadro 1 se muestra un ejemplo.
Tabla 1: Descripción del puesto de control de flujo de prueba de punto de control
Identificada la escena a renunciar al disfrute de los casos. Identificado el flujo opcional y el flujo de la interesante combinación de excepcionales. En la etapa de refinamiento de terminar al final del 80%.
escenas detalladas de los objetos y los acontecimientos descritos en el orden de la colaboración.
El número de casos de prueba identificado en la figura 1 es a menudo, pero hay varios casos de prueba para cada escenario es posible. Cada caso de prueba debe incluir la razón o propósito.
Definido casos de prueba y casos de prueba en relación con el texto cuando se trabaja con los productos. Esto incluye los enlaces para impulsar la demanda, métodos de prueba, pre-y post-condiciones, los datos de prueba y los resultados pueden ser observados.
scripts de prueba para alcanzar determinados condiciones iniciales, pondrá a prueba la aplicación para navegar hasta la ubicación de la dirección, los datos de entrada de prueba con el fin de observar los resultados del método, el conjunto resultante de valor.
Aplicación de la prueba se ha ejecutado al menos un script de prueba.
Ha sido probado por la aplicación de la prueba ha pasado todo el edificio. Opcionalmente, el período de reciente aprobación.
Prueba de ejecución a través de la prueba por la iteración reciente.
Cuadro 1, se han identificado y probado en cada escenario que se describe en cada punto de control. Ya sea completado o no completado, sus valores son estrictamente para informar sí o sin valor. Agregamos cada capa y capa de una antes de que se expresa como un porcentaje. El objetivo es lograr el 100% de cobertura de cada capa. El resultado global muy duro, pero para el más alto porcentaje de trabajo las primeras pruebas ha dado un papel muy importante de los aumentos de vicio.
Defecto de Trend
Cada iteración tendrá un paquete de desarrollo, una serie de nuevas características o de la escena para unirse a la escena y la base de los defectos existentes también han sido corregidos. Por supuesto, hay una tendencia que no ha sido reparada para lograr el director del proyecto nuevo y lo viejo, pero sabio prestar atención a las tendencias en los defectos y destaca, hasta 12 en forma de valor no resueltos iteración defectos de la obra será retenido.
En cualquier caso, no cabe duda de identificar los defectos puede ser visto como un progreso. Defectos asociados a la medida también puede venir de una manera interesante, entre ellos:
El trabajo de cada defecto, defectos en cada línea de código fuente, cada módulo o componente del defecto, de conformidad con el punto de inyección del defecto, de acuerdo con el defecto, de conformidad con las deficiencias del estado.
El uso de gráficos de tiempo - todas estas medidas de acuerdo con el momento de trazar la tendencia se puede extraer, por ejemplo, deben ser activamente investigados, dijo que el trabajo de reparación de defectos en la tendencia de crecimiento constante.
También somos capaces de descansar el número de iteraciones y el trabajo de resolución media defecto para aumentar los defectos esperados en cada iteración. Esto indica que la carga de deficiencias significativas, incluyendo no escribir el código que se encuentra ningún defecto! Estas son cifras aproximadas, pero el porcentaje es necesario para completar todos los de la fundación importante.
Tendencias de las deficiencias del personal de prueba
Si bien la tendencia anterior no es específico de los defectos en los procedimientos de prueba, pero hay escollos importantes para orientar la medición de prueba, incluyendo cada una de las pruebas para encontrar defectos, defectos por casos de prueba, cada escena del defecto, y cada Diego generación de defectos.
Esta medida es eficaz, no sólo de una observación histórica, también habla de la profecía. Por ejemplo, si nuestro análisis revelaron una densidad de defectos repentina e inesperada, es posible afirmar que el edificio no es sólida, y renunciar a las pruebas y controles a este equipo de la arquitectura construida. Construcción de un test mal tan agotado por la falta de gran cosa.
MTBF
El tiempo medio a la falta (tiempo medio entre fallos, MTBF) es un importante "artificial" de medición - es decir, hemos fabricado la definición, en condiciones controladas a fin de generar una medida objetiva. MTBF es por lo general aparece como uno los requisitos no funcionales. A fin de validar nuestro sistema, debemos poner a prueba en un laboratorio en la aplicación, utiliza el incidente para intervenir y cuando no manejo apropiado de la vigilancia incidente. Nos quedará registrado como un fracaso, y poniendo a prueba o (si por desgracia) para volver a iniciar la aplicación. Somos capaces de ritmo más rápido que la situación real de generar la secuencia de eventos. El efecto neto de estas herramientas es la capacidad de producir en un par de semanas antes de los años en las cifras MTBF métricas. Por razones obvias, se puede considerar como una medida de hecho por el hombre.
Estos probadores medida que debe ser visto como una importante fuente de datos el director del proyecto.