¿Qué es un caso de prueba?
Pregunta 1: ¿Qué es un caso de prueba? No sé si comprende los métodos básicos de diseño de los casos de prueba, incluido el método de división de clases de equivalencia, el método de análisis de valores límite, el método de especulación de errores y la causa y efecto. método de diagrama y método basado en tabla de decisiones, análisis ortogonal... Cuando ingresó por primera vez a las pruebas de software, dijo que sería mejor escribir casos de prueba basados en el diagrama diseñado, luego puede usar este método. Probar tantas situaciones como sea posible. Los casos de uso provienen de los requisitos y regresan a los requisitos
Pregunta 2: ¿Cuál es la base para los casos de prueba de software? 1. Documento de requisitos de software, documento de desarrollo (si corresponde) (relacionado con la funcionalidad)
2, Diseñar casos de uso relevantes de acuerdo con el entorno de uso específico del producto (relacionado con la compatibilidad)
3. Diseñar casos de uso de acuerdo con las características de los usuarios objetivo (relacionados con la experiencia del usuario)
4. De acuerdo con los estándares relevantes de la empresa y los casos de prueba de diseño estándar internacional y de la industria (rendimiento, relacionados con la seguridad)
Pregunta 3: ¿Qué es un caso de prueba? ¿Es cómo se prueba el funcionamiento de su software?
Por ejemplo, la función de inicio de sesión: usted ¿Cuál es el nombre de usuario y la contraseña que ingresó? Si inicia sesión, es exitoso. Si no inicia sesión, ¿cuál es la razón por la que no inicia sesión? ¿La base de datos no se lee?
Pregunta 4: ¿Qué es un caso de prueba y en qué elementos básicos se compone? Un caso de prueba (Caso de prueba) es un conjunto de entradas de prueba, condiciones de ejecución y resultados esperados compilados con un objetivo especial para facilitarlos. prueba Una ruta de programa o verificación de que se cumple un requisito específico.
El documento del caso de prueba consta de una introducción y un caso de prueba. La sección de introducción recopila el propósito de la prueba, el alcance de la prueba, los términos definidos, los documentos de referencia, la descripción general, etc. La sección de casos de prueba enumera cada caso de prueba uno por uno. Cada caso de prueba específico incluirá la siguiente información detallada: número de versión, nombre del módulo, número de caso de uso, nombre del caso de uso, nivel del caso de uso, condiciones previstas, pasos de verificación, resultados esperados (incluidos los criterios de evaluación), resultados de la prueba, tiempo de la prueba, prueba.
personal, etc.
Pregunta 5: ¿Qué tipo de casos de prueba son buenos casos de prueba? 1. Cobertura de casos de prueba
No hay duda de que este punto debería ser el más importante. No hace falta decir que la maximización de la cobertura. es el criterio de evaluación más importante para un conjunto de casos de prueba. Si se omite, será un fracaso. 2. Si el caso de uso ha minimizado la carga de trabajo
Bajo la premisa de maximizar la cobertura del caso de uso, se debe minimizar la carga de trabajo requerida para ejecutar el caso de uso. Existen muchos métodos en estos aspectos, como cobertura condicional, cobertura de sucursales, cobertura ortogonal y otros métodos. Frente a diferentes objetos de prueba, existen diferentes métodos para garantizar: para la lógica PHP detrás de la página web, puede usar algunas herramientas como xdebug para contar la cobertura del código después de la prueba en la página web para servidores que proporcionan interfaces externas; /p >
, el método adoptado es analizar los casos de uso de diseño de interfaz expuestos en el exterior y estimar aproximadamente la situación del juicio de bifurcación a través de los parámetros de la interfaz.
3. Si la clasificación y descripción de los casos de uso son lo suficientemente claras
La clasificación de casos de uso aquí se refiere a si se combinan casos de uso del mismo tipo. Por ejemplo: en el caso de uso de la clase de interfaz, el rango de valores del parámetro es 1-3, pero ahora se pasa 4; en el caso de uso de la clase de datos, la máquina de estado se encuentra actualmente en el estado 2, pero requiere que el estado salte a 4; , que es inalcanzable; en el caso de uso de clase lógica, la salida de funciones normales, etc. Reunir casos de uso del mismo tipo puede ayudar a aclarar sus ideas y comprender claramente si el diseño del caso de uso está completo.
La descripción del caso de uso se refiere a si la descripción es lo suficientemente clara como para formar un documento. Por ejemplo, en el ejemplo anterior de rango de valores de parámetros, el caso de uso se escribe de la siguiente manera: "Pasar el valor incorrecto" o "Pasar un valor distinto de 1-3", lo que obviamente no es válido como "Pasar el valor 4". Esto es lo mismo que escribir un programa, escribiendo siempre el rango de un intervalo cerrado en lugar de uno abierto.
4. ¿El caso de uso indica el propósito de la prueba?
Especificar el propósito de la prueba del caso de uso es evidente para facilitar la comprensión del documento y la entrega del trabajo en la ingeniería de software moderna. , es imposible que una sola persona haga las cosas. Los cambios en proyectos y personal también son inevitables. Dejar suficiente información en el proceso puede mejorar mucho la eficiencia en el trabajo posterior. 5. Facilidad de mantenimiento de los casos de prueba
Si el objeto bajo prueba se actualiza, ¿será fácil de mantener la descripción o el script del caso de prueba? Por ejemplo, en el caso de una máquina de estados, los casos de prueba son interdependientes (es decir, se requiere un determinado orden de ejecución, de esta manera, una vez modificados los casos de prueba dependientes, el backend no necesita sincronizar las modificaciones). Y si no hay interdependencia entre los casos de uso (por ejemplo, los casos de uso son datos creados por uno mismo, que no dependen de la salida del front-end), es posible que sea necesario modificar estos dos una vez que haya cambios. Por supuesto, no se puede decir con certeza cuál es mejor en estas dos situaciones. La elección debe hacerse en función de la situación de uso real.
Pregunta 6: ¿Qué es un caso de prueba? Un caso de prueba describe un conjunto de entradas reales, condiciones de ejecución del programa, pasos de prueba y resultados esperados que se utilizan para probar un programa con un objetivo determinado para verificar si un determinado programa, o una ruta específica dentro de él, satisface una necesidad específica. Dado que el rango de entrada del programa será muy grande, la cantidad de casos de prueba opcionales para un software será enorme (o incluso infinita). En este momento, el conjunto de casos de prueba debe diseñarse y seleccionarse adecuadamente para exponer tantos errores en el software como sea posible dentro de recursos y tiempo limitados. Por lo tanto, el diseño de conjuntos de casos de prueba a menudo se considera el aspecto más importante y difícil de las pruebas. Dado que el rango de entrada del conjunto de casos de prueba utilizado en las pruebas reales es solo un subconjunto de la entrada del programa, no hay garantía de que el programa sea correcto incluso si el software pasa la prueba. Esto muestra que la prueba en sí está incompleta y no puede demostrar que el programa esté libre de errores. La gente cree que las actividades de prueba de software nunca se detienen, pero una vez que el software se entrega a los usuarios, los usuarios desempeñarán el papel de prueba. Es necesario proporcionar una descripción específica para cada caso de prueba. La Tabla 1 proporciona un ejemplo de una plantilla de caso de prueba. Tabla 1 Plantilla de caso de prueba Identificación del caso de uso: proporcione una identificación única al caso de prueba Desarrollador del caso de uso: quién escribió este caso de uso Fecha de desarrollo del caso de uso: la fecha en que se escribió el caso de uso Elementos de prueba: describa las características específicas que se probarán, módulos de código y otros objetos Entrada de prueba: datos de entrada proporcionados para el programa durante la prueba Requisitos previos: requisitos ambientales como el estado en el que debe estar el sistema o las condiciones que se deben cumplir al ejecutar la prueba: entorno de software y hardware, herramientas de prueba, personal, etc. .requerido para ejecutar la prueba Pasos de prueba: (1)… … (Por ejemplo, haga clic en el elemento de menú “Nuevo” en el menú “Archivo”) (2)… (Por ejemplo, seleccione el archivo “test5.dat”; en el directorio “caso de prueba”)… Resultado esperado: Espero que el programa se ejecute Dependencias entre los casos de resultados obtenidos: otros casos de prueba de los que el caso de prueba depende o se ve afectado Cuando el número de casos de prueba es grande, la carga de trabajo de la documentación. es relativamente grande. En este momento, el contenido de la plantilla se puede simplificar según sea necesario durante las pruebas reales. Por ejemplo, todos los contenidos de cada caso de prueba se pueden enumerar por separado (como los requisitos ambientales) y todos los casos de prueba se pueden describir en una tabla.
Pregunta 7: ¿Cuál es la diferencia entre casos de prueba y procedimientos de casos de uso? En primer lugar, los documentos de prueba y los casos de prueba no son el mismo concepto. Los documentos de prueba incluyen planes de prueba, planes de prueba y casos de prueba. Procedimientos de prueba en todo el proceso de prueba. Registros de prueba, informes de prueba, informes de defectos, etc. Todos los documentos, cada documento implica un contenido diferente. Los casos de prueba se basan principalmente en los pasos de ejecución de la prueba y los resultados esperados diseñados de acuerdo con los métodos de prueba. plan.
Pregunta 8: ¿Qué es un caso de prueba? Test Case es una organización científica y un resumen del comportamiento de prueba de software, con el propósito de transformar el comportamiento de prueba de software en un modelo manejable. Al mismo tiempo, el caso de prueba también es uno de los métodos para cuantificar específicamente la prueba. software, los casos de prueba son diferentes. A diferencia del software como sistemas, herramientas, controles y juegos, las necesidades de los usuarios del software de gestión tienen tendencias más diferentes.
El paso más poderoso hacia la satisfacción del usuario final con su software es establecer claramente las expectativas del usuario final para que puedan ser verificadas y validadas. Los casos de prueba reflejan los requisitos a verificar. Sin embargo, la verificación de estos requisitos se puede realizar de diferentes maneras y por diferentes evaluadores. Por ejemplo, la ejecución del software para verificar su funcionalidad y rendimiento puede ser realizada por un evaluador utilizando técnicas de prueba automatizadas; el paso de apagado de un sistema informático puede realizarse mediante pruebas y observación manuales; sin embargo, la participación de mercado y los datos de ventas (y la demanda del producto); , sólo se puede lograr mediante la revisión del producto y datos de ventas competitivos.
Dado que puede no ser posible (o no responsable) verificar todos los requisitos, si se pueden seleccionar los requisitos más adecuados o críticos para las pruebas está relacionado con el éxito o el fracaso del proyecto. La selección de un requisito para la verificación será una compensación entre costo, riesgo y la necesidad de verificar el requisito.
Nuestra empresa utiliza Rishiqing para editar casos de prueba y ejecutar casos de prueba al mismo tiempo, y ha logrado buenos resultados. Rishiqing es un software de gestión empresarial profesional que puede generar automáticamente resúmenes de trabajo para la planificación de horarios y la colaboración en equipo.
También puede considerarse como un particular o una empresa, y puede gestionar tanto la agenda personal de un individuo como la agenda de todo el equipo.
Pregunta 9: ¿Cuáles son los principios básicos del diseño de casos de prueba? TestCenter es una potente herramienta de gestión de pruebas que implementa: gestión de demanda y almacenamiento de pruebas, gestión de casos de prueba, gestión de componentes comerciales de prueba y gestión de planes de prueba. ejecución de pruebas, visualización de registros de resultados de pruebas, análisis de resultados de pruebas, gestión de defectos y admite la asociación entre requisitos de prueba y casos de prueba, y los casos de prueba se pueden indexar a través de requisitos de prueba.
Pregunta 10: ¿Cuál es el papel de los casos de prueba en las pruebas de software? 1. Guiar la implementación de pruebas. Los casos de prueba son principalmente adecuados para pruebas de integración, pruebas de sistemas y pruebas de regresión. Al implementar las pruebas, los casos de prueba sirven como estándar para las pruebas. Los evaluadores deben seguir estrictamente los casos de prueba e implementar las pruebas una por una de acuerdo con los elementos del caso de uso y los pasos de la prueba. Y registre la situación de la prueba en el software de gestión de casos de prueba para generar automáticamente documentos de resultados de la prueba. De acuerdo con el nivel de prueba de los casos de prueba, al diseñar los casos de prueba se han definido claramente qué casos de uso deben probarse mediante pruebas de integración y qué casos de uso deben probarse mediante pruebas de sistema y pruebas de regresión, y los evaluadores no pueden realizar cambios a voluntad cuando implementar pruebas. 2. Planifique la preparación de los datos de prueba. En nuestra práctica, los datos de prueba están separados de los casos de prueba. Prepare uno o varios conjuntos de datos de prueba sin procesar y resultados de pruebas estándar de acuerdo con los casos de prueba. Especialmente para probar la exactitud de conjuntos de datos como informes, es muy necesario preparar los datos de prueba de acuerdo con la planificación del caso de prueba. Además de los datos normales, se debe diseñar una gran cantidad de datos de borde y datos de error en función de casos de prueba. 3. Escriba la "Especificación de diseño" del script de prueba Para mejorar la eficiencia de las pruebas, las pruebas de software han desarrollado vigorosamente las pruebas automáticas. La tarea central de las pruebas automatizadas es escribir guiones de prueba. Si la programación de software en ingeniería de software debe tener una especificación de diseño, entonces la especificación de diseño del script de prueba es el caso de prueba. 4. Puntos de referencia métricos para evaluar los resultados de las pruebas. Después de completar la implementación de la prueba, es necesario evaluar los resultados de la prueba y preparar un informe de prueba. Juzgar si las pruebas de software se han completado y medir la calidad de las pruebas requieren algunos resultados cuantitativos. Por ejemplo: cuál es la cobertura de la prueba, cuál es la tasa de aprobación de la prueba, cuál es la tasa de aprobación de la prueba importante, etc. En el pasado, los puntos de referencia estadísticos eran módulos de software o puntos de función, lo que parecía demasiado aproximado. Usar casos de prueba como puntos de referencia de medición es más preciso y efectivo. 5. Analice los estándares de defectos recopilando defectos, comparando casos de prueba y bases de datos de defectos, y analizando para confirmar si se omitieron pruebas o si los defectos son recurrentes. Las pruebas faltantes reflejan la imperfección de los casos de prueba, y los casos de prueba correspondientes deben complementarse de inmediato para, en última instancia, mejorar gradualmente la calidad del software. Si hay casos de prueba correspondientes, refleja problemas en la implementación de pruebas o procesamiento de cambios.