Cómo escribir casos de prueba de conflictos de interacción de sistemas móviles

● Número de caso de prueba ◇ Reglas: El número es único y fácil de identificar, y es una cadena compuesta de números y caracteres ◇ Convención: Caso de prueba del sistema: número de producto-sistema-ST-nombre del elemento de prueba-sistema Nombre del subelemento de prueba-XXX Caso de prueba de integración: Número de producto-IT-Nombre del elemento de prueba de integración-Nombre del subelemento de prueba de integración-XXX Caso de prueba unitaria: Número de producto-UT-Nombre del elemento de prueba unitaria-Nombre del subelemento de prueba unitaria- XXX ● Proyecto de prueba ◇ Reglas: La categoría de prueba a la que pertenece el caso de prueba actual, los requisitos a probar, el módulo a probar, la unidad a probar, etc. ◇ Acuerdo: Caso de prueba del sistema Elementos de prueba: Elementos de requisitos de software Por ejemplo: Cuando el teléfono móvil de prueba no tiene una tarjeta SIM, puede marcar Caso de prueba de integración de llamada de emergencia Elemento de prueba: Nombre del módulo integrado o nombre de interfaz, como por ejemplo: Pruebe la interfaz de archivos proporcionada por el módulo A Caso de prueba de unidad Elemento de prueba: Nombre de la función probada, como: función de prueba int ReadFile(char *pszFileName) ● Título de la prueba Regla: El resumen del caso de prueba simplemente describe el punto de partida y el enfoque del caso de prueba y, en principio, no se puede repetir. ● Reglas de nivel de importancia alto: casos de prueba que garantizan las funciones básicas del sistema, el negocio principal, las características importantes y una alta frecuencia de uso real. Medio: casos de prueba con niveles de importancia alto y bajo. Bajo: baja frecuencia de uso real y alto impacto en el sistema; Casos de prueba para módulos o funciones que tienen poco impacto en la funcionalidad empresarial. ● Reglas de condición preestablecidas: los requisitos previos necesarios para ejecutar el caso de prueba actual, que son los requisitos previos para los pasos posteriores. ● Reglas de entrada: información externa que debe procesarse durante la ejecución del caso de uso, como entrada, archivos, bases de datos, etc. ● Reglas de pasos de operación: ejecutar el caso de prueba actual. Los pasos operativos requeridos son necesarios para garantizar la integridad de los pasos operativos. ● Reglas de salida esperadas: los resultados de salida esperados del caso de prueba actual, incluido el contenido del valor de retorno, los resultados de la respuesta de la interfaz, el cumplimiento de las reglas de los resultados de salida, etc.