En primer lugar, la definición de caso de prueba y el contenido
1 la definición de casos de prueba
para un producto de software en particular describe tareas de prueba, especifique la entrada, resultados esperados y un conjunto de elementos de prueba de
la documentación para su ejecución.
reflejan el programa de pruebas, métodos, técnicas y estrategias;
incluyendo objetivos de la prueba, entorno de prueba, los datos de entrada, pasos de prueba, los resultados esperados, scripts de prueba.
2 elementos de prueba
blanco de prueba test debe ser dado, el objeto de prueba, condiciones de ensayo, y la etapa de entrada de datos de operación,
Resumirse como 5W1H.
objetivos de la prueba: qué-- por qué se miden? Función, rendimiento, disponibilidad, tolerancia a fallos, compatibilidad, seguridad
completa y similares.
objeto de prueba: Qué-- que medida? artículos probados, como objeto, funciones, clases de menú, pulse
los botones, formularios, interfaces, y así todo el sistema.
entorno de prueba: Where-- donde se mide? En el que el entorno de ejecución de prueba, que comprende una función del sistema
conjunto y los requisitos establecidos, incluyendo el sistema operativo, navegador, stand-alone protocolo de comunicaciones o entornos de red.
premisa de prueba: Cuando cuando-- pero medido? O condiciones bajo las cuales precondición prueba limitada de tiempo de ejecución
del sistema.
✓ Los datos de entrada: Which-- esos datos? En la operación, varios cambios pueden ser aceptadas por los datos del sistema,
tales como números, caracteres y otros archivos.
pasos: cómo-- ¿Cómo se mide? Y la implementación de programas de software, como el orden de los pasos. Tales como el diálogo abierto
caja, haga clic en el botón y así sucesivamente.
En segundo lugar, ¿por qué la necesidad de que el caso de prueba
caso de prueba es los probadores una referencia importante en el proceso de prueba.
prueba puede ayudar a implementar la prueba efectiva, todas las pruebas se llevan a cabo son significativos, no realice centavos
operación de prueba sin sentido.
Buena prueba Ø continuar para ser reutilizado, por lo que el proceso de prueba más eficaz.
en el desarrollo de productos de software, los desarrolladores siguen introduciendo nuevas versiones de los probadores originales necesitará
tener pruebas de regresión múltiples funciones, incluso en una versión, debe ser de 2 a 3 veces el retorno medido
de nuevo. Estas pruebas de regresión requiere casos de prueba pueden ser reutilizados.
prueba es un proceso de acumulación de conocimiento.
prueba es un proceso de transferencia de conocimiento, para ser consistente, calidad de la prueba estable
Desde la perspectiva de la gestión de proyectos, la tasa de aprobación de prueba es el efecto más importante de código de prueba indicadores de control de calidad
uno.
casos de prueba se pueden utilizar como probadores para evaluar el progreso del trabajo y la eficiencia de la prueba de seguimiento / gestión de
los factores principales para hacer la prueba más razonables arreglos o ajustes.
En tercer lugar, los casos de prueba de escritura ilustran
1 plantilla de caso de prueba
La figura 2 ilustra los casos de prueba de escritura
No. 2,1 casos / número con
Simple, único.
2.2 Ejemplo ilustra el uso
Ø También conocido como puntos de prueba, puestos de control, una visión general de la prueba, una visión general de los casos de uso, instrucciones de la prueba;
visión general condena Ø de la prueba;
S se resume el objeto de prueba;
Ø puede ser representado por interrogativa;
Ø puede ser "marcada, verificación, pruebas" y otros términos (por ejemplo, el QQ verificación de la instalación por defecto);
Ø veo esto sabrá mejor cómo prueba;
Ø único como sea posible (tabla de decisión descrita prueba puede repetirse);
Ø uso cuando se realizan múltiples rondas de los casos, la siguiente ejecución probablemente antes, si los casos están bien escritos directamente para ver una descripción general de la línea.
2.3 Condiciones iniciales
también conocido como condiciones previas, condiciones previas;
Si las condiciones iniciales de un estado, pero es estática, tales como el fondo administrador ha iniciado sesión;
condición inicial es el primer paso antes de que las medidas estatales, no demasiado lejos, no está escrito desde cero últimos
Ø muchos proyectos hacen precondiciones no escritura.
2.4 Procedimiento
Ø Si los altos requisitos para los datos, la necesidad de separar los datos;
paso Ø a tienen el número de serie;
Ø cada paso separados por un punto y coma, y finalmente con un período;
Ø cada paso debe envolver;
parámetros Ø de colon delanteras (tales como nombre de usuario: admin );
Ø refiere interfaz de botón con [] "" y el par de intervalos de símbolo;
detalle con referencia al procedimiento del Ejemplo función Ø 4-6 paso;
Ø debe ser un paso final en la operación, el resultado no se puede escribir.
2.5 Resultados esperados
Ø es un estado;
Ø Si se describe el documento de referencia, copiado intacta, si este documento no requiere específicamente, es un punto para ser
inducida, puede haber varios puntos, como la instalación por defecto QQ debería ser capaz de empezar, la opción por defecto coincidente.
2,6 casos del estado con
por el fracaso, el bloqueo, no se realiza, bodega, ... casos ineficaces
cuando las condiciones iniciales ✓ Los fallan, el estado general del caso de uso para el bloqueo.
vistazo a cómo implementar el caso de uso, lo que la ejecución de la atención que sea.
2.7 prioridad
orden de ejecución con la forma de realización.
Caso 3
En cuarto lugar, el manejo de casos de prueba y revisión
1 Para optimizar la calidad del método de ensayo
En primer lugar, las necesidades del usuario, calidad de servicio, las características del producto tienen una comprensión profunda y completa
En segundo lugar, tomar la derecha y métodos apropiados de diseño de la caja;
Además, de acuerdo con el formato de modelo o especificación estándar de casos de prueba para escribir la prueba casos de uso;
Ø Por último, el examen de las pruebas, la evaluación y también los principales medios eficaces para mejorar la prueba de calidad.
2 prioridad de casos de prueba
2.1 categorías prioritarias
2.2 Cómo establecer la prioridad de casos de prueba
cuenta el costo, tiempo, personal, teniendo en cuenta la idoneidad y eficacia de la prueba.
Ø considerar afinidad con la forma de realización.
consideración al interferir forma de realización.
3 puntos de revisión de casos de prueba
La lista de control de revisión o lista de verificación (Check List).
casos "corrección" con: errores tipográficos, frases equivocadas, la declaración no fluida, el significado no es claro, declaraciones ambiguas,
formato inconsistente, incoherente puntuacion, mezcla, etc., en Inglés.
casos de uso de la calidad: falta de casos de uso, casos de uso redundantes, no hay casos de uso claras, casos de uso equivocadas, casos de uso y otros impredecible.
Ø casos de uso priorizados.
Planificación del servidor y el cliente.
división realizó dotación de personal de los casos de uso.
récord proceso de revisión, grabar la planificación entorno de prueba.
4 mantenimiento de casos de prueba
4.1 razones
En circunstancias normales, los casos de prueba deben ser actualizados, puede haber varias razones:
diseño de casos de prueba anterior no es lo suficientemente amplia o no exacta. Con las pruebas en profundidad y las especificaciones del producto
estudio en profundidad de la obra, la comprensión de algunos de los rasgos, características, lógica, etc. cada vez más clara, profunda
descubrió defectos de software graves no están cubiertos por el caso de la prueba actual.
prueba escrita no ha sido estandarizada o error comunicado.
La nueva versión ha mejorado la demanda de nuevas funcionalidades o que cambian las necesidades de funcionalidad existentes a suceder.
casos de prueba de edad ya no es aplicable, deben desmontarse.
4.2 prueba de su herramienta de gestión de casos
Ø Excel
Ø libre de errores
Ø ZenTao
Ø ALM / QC
Ø ...
En quinto lugar, con el diseño y el método de preparación según el resumen
1 por las pruebas
utiliza principalmente para verificar el sistema y que necesita la misma declaración, confirman lo que el software puede hacer, al menos, en general, mediante el análisis de las necesidades de
requisitos de las especificaciones para el diseño de casos de prueba.
2 prueba fallida
puramente para socavar el diseño e implementación de software de casos de prueba, ensayo, también conocido como forzar errores. Se utiliza principalmente para demostrar "uno
de los sistemas no hacen cosas que no lo necesitan."
3 prueba al azar
también conocida como prueba improvisada (pruebas ad hoc), se refiere a la improvisados, improvisada buscar Bug proceso de prueba.
Si deja que un millón de monos en un millón de Jianpanshangqiao millones de años, con el tiempo pueden escribir Suoshi
teatro Biya y otra obra maestra.
Deficiencia
no se puede medir la cobertura real de las pruebas al azar.
muchas pruebas son redundantes.
porque los datos de prueba es al azar, es imposible repetir la prueba.
4 efecto clúster de aplicaciones
Los más defectos de software encontrado, indicando que hay más defectos de software, si se encuentran en un gran número de condiciones de contorno en la prueba de
defectos pieza, la prueba debe centrarse en la frontera.
programadores tienden a informe de reparación fuera de la cuestión, para garantizar que, además de otros problemas que puedan existir no estará fuera
ahora.
5 pruebas exploratorias
5.1 Significado
pensamiento es una prueba técnica.
pruebas exploratorias es un proceso delicado, reflexivo.
pruebas exploratorias destacó al mismo tiempo el diseño y ejecución de pruebas de ensayo.
probadores de aprendizaje continuo probando el sistema bajo prueba, mientras más información sobre el sistema de software aprendido
a través de la recopilación y análisis exhaustivo, crear más ideas acerca de las pruebas.
diseño de la prueba, ejecución de la prueba, ficha registro de la prueba parece ser un trabajo insignificante.
probadores debe ser completado dentro del tiempo estipulado de acuerdo con las regulaciones de la prueba.
5.2 ocasión
ninguna o sólo una pequeña cantidad de documentos valiosos;
comúnmente utilizado bajo presión de tiempo;
complementado por apropiada, formal y prueba formal.
6 cómo diseñar y preparar método de selección Ejemplo
utilizar la función método esquema de división;
usar métodos de escenarios, casos de prueba de diseño de tabla de decisiones.
Si ✓ Los combinaciones descritas funciones del programa que figura en las condiciones de entrada, debe ser seleccionado en la tabla de decisión principio
método.
Ø equivalentes método de partición, de análisis de valor límite, error adivinar método de ensayo suplementario.
pruebas exploratorias o pruebas al azar cuando la prueba .
realizan pruebas al azar Después de que el caso de prueba.
