Es tan vergonzoso, los casos de prueba posteriores a 00 son mejores que yo, y me siento avergonzado...

¿A menudo ve que, ya sea un recién llegado que acaba de ingresar al lugar de trabajo o un anciano que ha trabajado durante un período de tiempo, le preocupa escribir casos de prueba? Por ejemplo:

 ¿Cómo escribir casos de prueba?

Como recién llegado a las pruebas, recién comencé a ponerme en contacto con las pruebas. Tengo un dolor de cabeza sobre cómo escribir casos de prueba. No puedo ponerme en contacto con los requisitos. Solo puedo hacer pruebas desde la perspectiva de los usuarios, pero esta situación conducirá a la imposibilidad de probar la aplicación de forma integral...

¿Cómo escribir casos de prueba de software eficientes?

Me he dedicado a las pruebas de software durante más de medio año y, básicamente, confío en una comprensión general de los productos de software para realizar el trabajo de prueba. Es difícil realizar una prueba completa y detallada de los productos. Ahora quiero aprender a escribir planes de prueba y casos de prueba.¿Qué libros relacionados puedo consultar?

Por supuesto, escribir un buen caso de prueba requiere: suficiente capacidad de análisis de demanda + bendición de teoría y experiencia. Pero esto no significa que no pueda escribir buenos casos de uso sin experiencia en pruebas y poca capacidad de análisis.Todavía hay métodos a seguir. Como un anciano que ha estado en el lugar de pruebas durante 9 años, me gustaría compartir con ustedes algunas experiencias en la escritura de casos de uso. A continuación, partiré de los siguientes aspectos: 

1. Introducción al concepto, función, contenido, etc. de los casos de prueba
2. ¿Cómo escribir casos de prueba?
3. Wechat enviando casos compartidos de Momentos

 1. Introducción de casos de prueba

Un caso de prueba es un conjunto de documentos preparados para los requisitos del proyecto, incluidas las entradas de prueba, las condiciones de ejecución y los resultados esperados, con el fin de probar si un programa cumple con los requisitos del cliente.

1. ¿Por qué escribir casos de prueba?

• Es la guía del trabajo de prueba, la garantía fundamental para la estabilidad de la calidad de las pruebas de software y el punto de referencia para evaluar los resultados de las pruebas.
• Tener un caso de uso para guiar la ejecución de la prueba puede actuar como una tracción cuando los probadores se cansan.
• En el proceso de escribir casos de uso, obtenga una comprensión más profunda de la arquitectura del sistema o del negocio al familiarizarse con los requisitos.
• Puede evitar probar la culpa

2. Plantilla de caso de prueba: las plantillas de cada empresa pueden tener diferencias y generalmente incluyen los siguientes contenidos

• Número de caso de uso: unicidad, regla general: nombre del producto_fase de prueba (estúpido)_número_elemento de prueba
• Ítem ​​de prueba: correspondiente a un módulo de función o subfunción
• Título de la prueba: un resumen de una oración de la intención y el propósito de la prueba actual
• Nivel de gravedad: Alto/Medio/Bajo
• Condiciones previas: se deben cumplir algunas condiciones previas; de lo contrario, el caso de uso no se puede ejecutar
• Entrada de prueba: la información de entrada que debe procesarse debe ser instructiva cuando se combina con los pasos
• Pasos de operación: proporcione claramente una descripción de cada paso, y los ejecutivos pueden completar el trabajo de ejecución de acuerdo con los pasos
• Resultados esperados: compare el resultado esperado con los resultados reales para determinar si el objeto probado cumple con los requisitos
• Resultado real: el resultado real después de pasar la ejecución de la prueba, está vacío al escribir el caso de uso.
   

3. Forma de redacción del caso de prueba

1. Escrito por Excel, la plantilla proporcionada anteriormente es este formulario, que es adecuado para el caso en que el tiempo de desarrollo del proyecto es relativamente suficiente
2. Clasificación de puntos de prueba a través de Xmind, adecuado para el tiempo de desarrollo de proyectos urgentes
3. Escrito en plataformas de gestión de proyectos como ZenTao, no se usa comúnmente

 

2. Cómo escribir casos de prueba

La idea general se divide en tres pasos:

Paso 1: ordenar funciones y puntos de función según los requisitos

Paso 2: ordenar los puntos de prueba a través de la teoría, los métodos y la experiencia de prueba

Paso 3: Minería de requisitos ocultos, cubriendo el nivel de prueba no funcional

Ejemplo: envío dinámico de WeChat Moments

 

 Paso 1, ordenar funciones y puntos de función según los requisitos

En resumen, es ordenar las funciones y los puntos de función que puede ver. Las empresas generalmente tienen materiales de requisitos de productos, como documentos de especificación de requisitos, dibujos de prototipos y dibujos de diseño de interfaz de usuario; cuando no hay información de requisitos, puede usar el software para familiarizarse con el negocio. Al igual que enviar Momentos, podemos clasificar primero los módulos funcionales, luego las subfunciones y luego ir a los detalles de los requisitos funcionales. Tenga en cuenta que algunos detalles de requisitos poco claros deben confirmarse con el producto a tiempo. Más o menos ordenado de la siguiente manera:

 

 

Paso 2: ordenar los puntos de prueba a través de la teoría, los métodos y la experiencia de prueba

Este paso es muy importante. Después de ordenar los puntos de función de acuerdo con los requisitos, necesitamos dividir y organizar puntos de prueba específicos para cada punto de función. En este momento, necesitamos imaginar todas las situaciones de las operaciones del usuario, incluidas las normales y anormales. escenarios.

Necesitamos tener teoría de pruebas y experiencia en pruebas para diseñar mejor un caso de prueba completo y confiable. Los métodos comunes de diseño de casos de prueba incluyen: división de clases de equivalencia, análisis de valores límite, tabla de decisiones, diagrama de causa y efecto, método de adivinación de errores, método de escenarios, método de experimento ortogonal, método de transición de estado, etc. La experiencia de prueba requiere la acumulación y precipitación de múltiples pruebas de proyecto. Para los nuevos evaluadores, la experiencia de prueba puede tender a ser cero. En este momento, puede aprender de alguna experiencia previa. Para esto, una vez compilé un documento Después de usar el documento, muchos probadores nuevos sienten que tienen un sentido repentino de los casos de prueba y saben cómo escribir casos de uso.

Esta información se comparte de la siguiente manera:

 

 

Nota: Esta información se puede utilizar en el análisis de cualquier producto de software. En esencia, cualquier producto de software operado desde la perspectiva del usuario, la función de operación no es más que agregar, eliminar, modificar y verificar los datos, por lo que cuando sea necesario Al analizar y Al escribir casos de prueba para productos de software, podemos usar los puntos de prueba ordenados anteriormente para aplicar y escribir casos de prueba según la operación en la que la función actual es agregar, eliminar, modificar y verificar. Según la operación de agregar, borrar, modificar y revisar, se divide en:

1. Prueba de formulario: páginas relacionadas con el envío de datos, incluida la adición o eliminación de páginas de datos
2. Prueba de búsqueda: página consultada por datos
3. Prueba de eliminación: páginas eliminadas para datos
4. Pruebas de cookies, sesión, etc.: perspectiva de funcionamiento del usuario, pruebas complementarias
5. Pruebas de bases de datos: agregar, modificar, eliminar y consultar operaciones relacionadas con el negocio en páginas agregando, modificando, eliminando y verificando datos de bases de datos

Mediante la prueba de métodos teóricos y la experiencia de prueba, podemos obtener los puntos de prueba de WeChat Moments:
 

Escrito como un caso de uso de documento de Excel, puede ser:

Paso 3: Minería de requisitos ocultos, cubriendo el nivel de prueba no funcional

Además de los niveles funcionales anteriores, para los productos móviles de WeChat, también se deben considerar algunas pruebas de características, incluidos los niveles de prueba no funcionales, como:

 3. Resumen

Aunque no es tan simple escribir un caso de uso, pero a través de lo anterior, ¿ha encontrado que todavía hay un método a seguir? Si no sabe escribir, escríbalo primero imitándolo. Con el tiempo, a través del entrenamiento a largo plazo del pensamiento de prueba en el proyecto y el resumen de la experiencia de los errores en el trabajo, creo que algún día encontrará que escribir casos de prueba no es tan difícil!

 

"Enciclopedia de plantillas de casos de prueba"

Por último, me gustaría agradecer a todos los que han leído detenidamente mi artículo. La reciprocidad siempre es necesaria. Aunque no es algo muy valioso, puedes quitártelo si lo necesitas:

Estos materiales deben ser el almacén de preparación más amplio y completo para los amigos [de pruebas de software]. Este almacén también ha acompañado a decenas de miles de ingenieros de pruebas a través del viaje más difícil, ¡y espero que pueda ayudarlos!