Las pruebas de documentación son parte de las pruebas no funcionales de un producto. Puede ser un tipo de prueba de caja negra que garantiza que la documentación sobre cómo usar el sistema coincida con lo que hace el sistema, proporcionando pruebas de que se han documentado los cambios y mejoras del sistema. [1]
Descripción
Las pruebas de documentación incluyen los planes, los resultados y las pruebas de un sistema o componente del sistema. Incluye especificaciones de casos de prueba , planes de prueba, procedimientos de prueba, informes de prueba y registros de prueba. Se trata de probar todos los documentos que establecen, definen, explican y reportan o validan los requisitos , los procedimientos seguidos y los resultados. Las pruebas de documentación comienzan con el comienzo del primer proceso de software que es el más rentable. [2] Las pruebas de documentación incluyen revisar la ortografía y la gramática para revisar cualquier ambigüedad o inconsistencia entre la funcionalidad que realiza y lo que se supone que debe hacer.
La documentación del producto es una parte fundamental del producto final. [2] Una documentación deficiente puede afectar el producto o la reputación de la empresa. [3]
La documentación trata sobre la prueba de todos los documentos creados antes y después de la prueba del software. [4] Cualquier retraso en la prueba del documento aumentará el costo. [5] Algunos artefactos comunes sobre el desarrollo y las pruebas de software se pueden especificar como casos de prueba, planes de prueba, requisitos y matrices de trazabilidad.
Areas clave
Cuatro áreas clave para probar un documento incluyen instrucciones, ejemplos, mensajes y muestras. Se necesitarán instrucciones para ejecutar paso a paso los escenarios de prueba para buscar errores o su omisión. Se pueden proporcionar más ejemplos para elaborar los componentes, la sintaxis, los comandos y las interfaces de la GUI para mostrar las salidas ejecutadas o los puntos. Las inconsistencias también deben ser atendidas con errores, ya que pueden confundir a los usuarios, y estas ambigüedades causarán mucho daño si el usuario del sistema es un usuario novato. Se necesitarán ejemplos en caso de cualquier problema que se le ocurra al usuario, particularmente a los usuarios novatos que pueden verificar la documentación en busca de confusión.
Los problemas de documentación se pueden manejar de manera formal, al igual que los problemas de codificación . [6] Las herramientas de notificación de defectos y las herramientas de seguimiento son las soluciones comunes para manejar defectos, tal como se manejan en código.
Ver también
Referencias
- ^ "¿Qué es la prueba de documentación? - Pruebas de software en alta mar con QATestLab" .
- ^ a b "¿Qué son las pruebas de documentación en las pruebas de software?" .
- ^ "¿Por qué la documentación es importante en las pruebas de software? - Clases de pruebas de software" . softwaretestingclass.com . 26 de noviembre de 2013.
- ^ https://www.cs.drexel.edu/~spiros/teaching/SE320/slides/documentation-testing.pdf
- ^ Company, DIANE Publishing (abril de 1994). Una guía para comprender las pruebas de seguridad y la documentación de pruebas en sistemas de confianza . Editorial DIANE. ISBN 978-0-7881-0699-6.
- ^ Gupta, Yoginder Nath. "Nuevas pruebas posteriores a la documentación, una actividad importante en las pruebas de software" .