Cómo escribir "seguridad, facilidad de uso, confiabilidad" en el informe de prueba funcional

1. Qué casos de prueba se ejecutaron por "seguridad" y por qué. Es mejor dar una clasificación clara de los casos de prueba en forma de tabla o lista. 2. Qué casos de uso no se realizan por "seguridad" y por qué no realizarlos no aumenta el riesgo. 3. Los resultados de la ejecución de la prueba y los errores encontrados. Es mejor proporcionar datos cuantitativos y gráficos sobre el número de errores y su distribución de gravedad. 4. Resultados de corrección del error por parte del equipo de desarrollo. Qué es fijo y qué no. Por qué los errores que no se solucionan no aumentan el riesgo. 5. Evaluación subjetiva de la “seguridad” de la versión actual. A partir del análisis cuantitativo del 1 al 4, ¿qué conclusiones cualitativas se pueden sacar? ¿No existe ningún riesgo, un riesgo pequeño o un riesgo significativo al publicar la versión actual? En resumen, indique qué se probó, qué no se probó, los resultados de las pruebas, los resultados de las correcciones y la evaluación del equipo de prueba sobre el riesgo de la liberación.