Una vez superada la prueba de integración, cada módulo se ha ensamblado en un paquete de software completo y es necesario realizar pruebas del sistema. Las pruebas de sistemas tradicionales se refieren al sistema de software que ha pasado las pruebas de integración. Como parte importante del sistema informático, se probará junto con otros elementos del sistema, como el hardware de la computadora, el equipo externo y el software de soporte. El propósito es pasar la prueba. Pruebe de acuerdo con los requisitos del sistema. Compare las definiciones para descubrir dónde el software no cumple o entra en conflicto con las especificaciones de requisitos, a fin de proponer una solución más completa. Aquí se destaca especialmente la particularidad de las pruebas de proyectos de realidad virtual (Virtual Reality, VR) que requieren soporte de software y hardware.
Esta sección toma el informe resumido de la prueba del sistema de "un determinado sistema de plataforma de gestión educativa" como ejemplo para presentar cómo se organizan las actividades de prueba del sistema del proyecto de software.
01. Preparación antes del examen
1. Propósito de la prueba
Las pruebas del sistema tienen principalmente los siguientes cuatro propósitos.
(1) Obtener una evaluación de la calidad del software analizando los resultados de las pruebas.
(2) Analizar el proceso de prueba, los productos, los recursos y la información para proporcionar referencia para formular planes de prueba en el futuro.
(3) Evaluar si la ejecución de las pruebas y los planes de prueba cumplen con los requisitos del producto.
(4) Analizar los defectos del sistema y brindar sugerencias para reparar y prevenir errores.
2. Definición de términos
Si ocurren los siguientes defectos, la prueba definirá el problema como un error grave.
(1) El sistema no responde y está bloqueado, por lo que requiere reparación manual antes de la recuperación.
(2) Después de seleccionar un menú, aparece "la página no se puede mostrar" o se devuelve un error anormal.
(3) Después de realizar una operación (agregar, modificar, eliminar, etc.), "la página no se puede mostrar" o se devuelve un error anormal.
(4) Al verificar los campos obligatorios, si no se ingresan los campos requeridos, aparecerá "la página no se puede mostrar" o se devolverá un error de excepción.
(5) El sistema define campos que no se pueden repetir. Después de ingresar datos repetidos, "la página no se puede mostrar" o se devuelve un error anormal.
02. Resumen de la prueba
La prueba del sistema de software duró 22 días, probó 124 puntos de función y ejecutó 1.780 casos de prueba. En promedio, se ejecutaron 14,3 casos de prueba para cada punto de función. Se encontraron un total de 244 errores en la prueba, incluidos 42 errores graves y 35 errores no válidos Un promedio de 1,8 errores por función de prueba.
Este software ha lanzado un total de 9 versiones de prueba, entre las cuales V1 ~ V4 son versiones de desarrollo iterativo planificadas (identificación de referencia para el plan del proyecto) y V5 ~ V9 son versiones de prueba de regresión. El progreso de la prueba planificada de la versión V1 ~ V4 se completó con 2 días de retraso de acuerdo con el plan del proyecto y se envió el informe. V5 ~ V9 son versiones de prueba de regresión no planificadas y la prueba general se completó 5 días más tarde de lo planeado.
Esta prueba de software utiliza la gestión de defectos en la herramienta de gestión de proyectos para el seguimiento y la gestión de defectos. Hay tablas detalladas de análisis de errores e informes de prueba de etapa para las etapas de prueba V1 a V4.
1. Casos de prueba funcionales
(1) Las principales funciones implementadas por el sistema incluyen consulta, adición, modificación y eliminación del contenido de cada entidad.
(2) Las funciones secundarias implementadas por el sistema incluyen cambio automático de semestre, asignación de permisos a usuarios, vinculación de profesores de cursos a clases, vinculación de programas de estudios a cursos, botones de menú de control de permisos, etc.
(3) Los campos de entrada y salida especificados por los requisitos, y las restricciones de entrada especificadas por los requisitos.
2. Casos de prueba de usabilidad
(1) La exactitud, coherencia y comprensibilidad de la información del aviso del botón de operación.
(2) Las restricciones fomentan la exactitud, coherencia y comprensibilidad de la información.
(3) Identificación de los elementos requeridos.
(4) La comprensibilidad del método de entrada.
(5) La coherencia entre el idioma de los datos y el idioma de la interfaz en la interfaz china.
03. Entorno de prueba
1. Entorno de software y hardware
El entorno de software y hardware para esta prueba del sistema se muestra en la Tabla 1.
■ Tabla 1 Configuración del entorno de hardware y software de prueba del sistema
2. Entorno de red
La topología de red de esta prueba del sistema se muestra en la Figura 1.
■ Figura 1 Topología de red de prueba del sistema
04. Resultados de la prueba
1. Gráfico de tendencia de errores
Se lanzaron un total de 9 versiones de prueba para esta prueba del sistema, entre ellas, V1 ~ V4 son versiones de desarrollo iterativo planificadas, V5 ~ V9 son versiones de prueba de regresión y el cuadro de tendencias de versiones de errores se muestra en la Figura 2.
■ Figura 2 Gráfico de tendencias de versiones de errores
(1) La primera etapa (V1 ~ V4): prueba de confirmación incremental.
V1: En la Figura 7-3, podemos ver que V1 tiene un total de 43 errores. Debido a que la versión V1 tiene un módulo funcional que solo se probó en la versión V2, V1 tiene relativamente pocos módulos de prueba y esta versión tiene relativamente pocos errores. .
V2: dado que se agregó un módulo funcional en V1 a V2 para realizar pruebas, esta versión no solo verificó los errores en V1, sino que también realizó pruebas de regresión en V1, por lo que la cantidad de errores en V2 mostró una tendencia de crecimiento obvia en comparación con V1.
V3: debido a que la versión V3 tiene pruebas de aceptación de errores de la versión V2 y pruebas de regresión de V1 y V2, se encontraron un total de 23 errores, lo que ha disminuido significativamente, lo que indica que la eficiencia y la calidad del trabajo de prueba inicial y las correcciones realizadas. por los desarrolladores del programa son relativamente altos.
V4: El número de errores en la versión V4 tiene una ligera tendencia ascendente debido a que se han propuesto nuevos módulos de funciones de desarrollo y la definición de requisitos de esta versión ha cambiado.
(2) La segunda etapa (V5 ~ V9): verificación de errores y pruebas de confirmación de regresión funcional.
V5 y V6 se sometieron a pruebas de regresión y V7 verificó errores anteriores.
V5: realizó la primera ronda de pruebas de regresión y encontró 21 errores.
V6: Realice la segunda ronda de pruebas de regresión. La primera prueba de regresión no implicó probar el botón del menú de control de permisos. Esta prueba de regresión se centró en este aspecto y encontró una gran cantidad de errores relacionados con los permisos.
V7: no se realizaron pruebas de regresión exhaustivas y solo se verificaron los errores que no pasaron la verificación en V1 ~ V6, por lo que la cantidad de errores es obviamente relativamente pequeña.
V8: la versión V8 se ha sometido a pruebas de regresión integrales, centrándose en probar el control de permisos, los procesos comerciales y el mapeo contextual. Por lo tanto, 7 de los errores encontrados esta vez son graves, lo que indica la función y el control comercial de las pruebas del sistema en el sprint final. fase, todavía hay algunos problemas.
V9: La versión V9 ha sido objeto de modificaciones y verificaciones más sofisticadas por parte de los desarrolladores del programa. Es una versión enviada después de un retraso de 4 días. Esta vez, se realizó una prueba de regresión exhaustiva en la versión relanzada. En particular, se detectaron errores graves. Se probaron con énfasis. No se encontraron errores. Problemas, solo se han corregido algunos problemas funcionales para mayor comodidad operativa. En general, el funcionamiento del sistema ha sido estable.
2. Gravedad del error
Como se muestra en la Figura 3, los errores encontrados en la prueba se concentran principalmente en los niveles "general" y "menor", que son defectos generales. Sin embargo, durante la prueba aparecieron 42 errores de nivel grave. Los errores de nivel grave se manifiestan principalmente en los siguientes 4 aspectos.
(1) No se ha realizado la función principal del sistema.
(2) Después de agregar códigos de datos duplicados, se produce un error de página no encontrada.
(3) La función de control de cambio automático de semestre de la escuela no logró establecer restricciones de manera efectiva y algunos datos del horario de clases tuvieron anomalías en las consultas.
(4) La gestión y el control de roles de la base de datos diseñados son caóticos y algunos roles no pueden encontrar la página o la página no tiene permisos de operación.
■ Figura 3 Mapa de gravedad de errores
3. Etapa de introducción de errores
Como se muestra en la Figura 4, los errores descubiertos en esta prueba del sistema son principalmente errores en la etapa de codificación en segundo plano y en la etapa de codificación de front-end, incluso cerca del 80% del número total de errores.
■ Figura 4 Análisis de la etapa de introducción de errores
4. Razones para la introducción de errores
Como se muestra en la Figura 5, los errores encontrados en esta prueba del sistema se deben principalmente a una codificación de front-end, codificación de back-end y facilidad de uso deficientes, lo que representa el 78% de todos los errores.
■ Figura 5 Análisis de la causa de la introducción de errores
5. Distribución del estado de los errores
Como se muestra en el diagrama de estado de errores que se muestra en la Figura 6, se puede ver que hay tres errores que no se han resuelto de manera efectiva, esto se debe a que los requisitos del proceso de diseño de graduación cambiaron en el período posterior y deben rediseñarse. por lo que no se han tratado por el momento y otras partes se han resuelto.
■ Figura 6 Diagrama de estado de error
05. Conclusión de la prueba
1. Funcionalidad
El sistema implementa correctamente la función de asuntos académicos basada en la gestión semestral, realiza la adquisición e inicialización automática de planes, cursos y programas de capacitación, realiza arreglos de enseñanza semestral, arreglos de cursos experimentales, gestión de proyectos de graduación y otras funciones, y también realiza roles y permisos. Para operaciones de gestión como consultar, agregar, modificar, eliminar, etc., el sistema también implementa la función de refinar el control de permisos en algunos botones del menú.
Si bien el sistema cumple la función de gestión del proyecto de graduación, todavía existen problemas como la selección voluntaria de los graduados y el laxo control de la autoridad en el proceso de revisión de los docentes. Hay margen para seguir mejorando en el diseño de la autoridad.
2. Facilidad de uso
El sistema existente logra la siguiente facilidad de uso.
(1) Coherencia y comprensibilidad de la información solicitada relacionada con operaciones de consulta, adición, eliminación y modificación.
(2) Corrección de las restricciones de entrada.
(3) La exactitud, comprensibilidad y coherencia de la información solicitada de restricción de entrada.
El sistema existente tiene las siguientes deficiencias de usabilidad.
(1) El diseño de la interfaz no es hermoso y el funcionamiento de algunos botones de función de la página no se ajusta a los hábitos del público.
(2) La inteligibilidad de los campos de entrada y salida es deficiente.
(3) El insumo carece de notas explicativas.
(4) La información correspondiente en chino e inglés no es del todo correcta.
3. Fiabilidad
El control de confiabilidad del sistema existente no es lo suficientemente estricto y muchos controles se implementan a través del control de página. Si el control de página falla, los usuarios pueden insertar datos directamente en la base de datos, lo que provoca errores.
La tolerancia a fallas del sistema existente no es alta. Si ocurre un error en el sistema, el tipo de error devuelto es una falla de página no encontrada y no se puede restaurar al estado anterior al error.
4. Compatibilidad
El sistema existente se prueba principalmente en Windows y es compatible con el navegador IE11, el navegador Chrome84 y el navegador Firefox88, pero no se han realizado pruebas de compatibilidad en navegadores de otras plataformas.
5. Seguridad
Los sistemas existentes controlan los siguientes problemas de seguridad.
(1) Después de guardar una página de inicio de sesión, no puede abrirla localmente y operarla de forma independiente sin iniciar sesión.
(2) Ingresar directamente la URL de una determinada página no puede abrir la página ni realizar operaciones, y saltará a la página de inicio de sesión.
Los sistemas existentes no implementan las siguientes características de seguridad.
(1) El nombre de usuario y la contraseña distinguen entre mayúsculas y minúsculas.
(2) No hay límite para la cantidad de errores de inicio de sesión.