automation - tag - ¿Qué es el arnés de prueba?
tags para responder (4)
Un arnés de prueba es la recopilación de todos los elementos necesarios para probar el software a nivel de unidad, módulo, aplicación o sistema y proporciona el mecanismo para ejecutar la prueba. Todos los elementos, como los datos de entrada, los parámetros de prueba, el caso de prueba, el script de prueba, los datos de salida esperados, la herramienta de prueba y el informe de resultados de prueba forman parte del arnés de prueba.
Estoy enfrentando algunas dificultades para entender el arnés de prueba y los términos comunes relacionados como caso de prueba, scripts de prueba en pruebas de automatización.
Así que esto es lo que obtuve hasta ahora: la prueba de automatización es el uso de un software especial (que no sea el software que se está probando) para controlar la ejecución de las pruebas y comparar los resultados reales con los resultados esperados. También implica el establecimiento de condiciones previas de prueba. Este tipo de prueba es más adecuado para pruebas que se realizan con frecuencia.
Ahora, estoy teniendo algunos problemas con el arnés de prueba. Leí que consta de un conjunto de pruebas de casos de prueba, archivos de entrada, archivos de salida y scripts de prueba. Ahora mi pregunta es ¿cuál es la diferencia entre el caso de prueba y el script de prueba? Además, ¿cómo utiliza el software para probar las diferentes funciones del AUT? También encontré algunos términos como suite master y agentes de casos.
Varias preguntas generales intentarán responder según mi experiencia.
Piense en un arnés de prueba como un "habilitador" que realmente hace todo el trabajo de (1) ejecutar pruebas utilizando una (2) biblioteca de pruebas y (3) generar informes . Requeriría que sus scripts de prueba estén diseñados para manejar diferentes (4) datos de prueba y (5) escenarios de prueba . Esencialmente, cuando el arnés de prueba está en su lugar y los datos de requisitos previos están preparados (también conocido como preparación de datos ), alguien debería poder hacer clic en un botón o ejecutar un comando para ejecutar todas las pruebas y generar informes.
Un arnés de prueba es probablemente una colección de cosas diferentes que hacen que todo lo anterior suceda. Si escribió pruebas unitarias mientras desarrollaba su aplicación, eso sería parte de un arnés de prueba. También tendrá otras pruebas para la funcionalidad de su aplicación, como: el usuario inicia sesión en el sitio, ve el panel de favoritos, los mensajes recientes y las notificaciones. Luego agrega un ''corredor'' de clases que pasa por todos sus " scripts de prueba " y los ejecuta (en lugar de que usted tenga que ejecutar las pruebas una a la vez) . Si parece que un arnés de prueba es más una colección conceptual en lugar de una única pieza de software, entonces está entendiendo esto correctamente :-)
Ahora mi pregunta es ¿cuál es la diferencia entre el caso de prueba y el script de prueba?
Respuesta simple pero no del todo correcta: un caso de prueba define los objetivos de la prueba, la descripción, las condiciones previas, los pasos (descriptivos o específicos) y los resultados esperados. Una secuencia de comandos de prueba sería la secuencia de comandos automática real que ejecuta para realizar esa prueba. Eso es en un contexto de automatización. Y eso cambia. Mucho.
Las certificaciones como ISTQB definen como escenarios de prueba se suelen denominar casos de prueba en algunas empresas y países. En otros casos, los casos de prueba se invierten con scripts de prueba cuando se refieren a pruebas manuales (cuando los pasos se detallan pero no forman parte de un arnés de automatización). Otros dicen que los scripts de prueba significan exclusivamente pruebas automatizadas. Por otro lado, también se puede argumentar que varios casos de prueba se pueden combinar en un script de prueba y viceversa. Así que eso plantea la pregunta, ¿cómo encaja un procedimiento de prueba ?
Una etapa de desarrollo de prueba puede tener: "Procedimientos de prueba, escenarios de prueba, casos de prueba, conjuntos de datos de prueba, scripts de prueba para usar en el software de prueba".
Si asume una relación > (es mayor que / colección de) , ¿cómo los relacionaría? Pregunta retórica: que difiere según el lugar donde trabaja, quién es su cliente, etc. Lo mejor es definirlo con sus colegas / clientes y ponerse de acuerdo sobre la comprensión de los términos en lugar de la definición . Actualmente utilizo el script de prueba = script automatizado, basado en un caso de prueba manual preexistente o en un escenario de prueba.
Además, ¿cómo utiliza el software para probar las diferentes funciones del AUT?
Escribe diferentes pruebas para probar diferentes cosas. Cada prueba realiza ciertas acciones y verifica si la salida del AUT coincide con lo que usted esperaba - If displayed_value == expected_value . Se podría utilizar un archivo de entrada para proporcionar datos para la lista de prueba de nombres de usuario y contraseñas, por ejemplo. O ejecute la misma prueba con diferentes datos: inicie sesión como un usuario diferente con diferentes mensajes, etc.
Echa un vistazo a RobotFramework y el Selenium . Una prueba de estructura de robot (escrita en texto o archivos html) combinada con la biblioteca de Selenium le permitiría escribir una prueba automatizada que pruebe algo específico ... como una validación de la página de inicio. Escribiría una prueba separada para asegurarse de que un usuario pueda ver todos sus mensajes. Otro para probar las notificaciones de compensación. Y así.
Los arneses de prueba contienen toda la información requerida para compilar y ejecutar una prueba. Esto incluye los casos de prueba, los archivos de origen bajo prueba, los apéndices y los ajustes de configuración del puerto de implementación de destino (TDP).
arnés de prueba : un entorno de prueba compuesto de apéndices y controladores necesarios para ejecutar una prueba.
Los arneses de prueba y los apéndices se usarán para replicar los elementos faltantes (componentes que aún no están incluidos en las pruebas o sistemas externos). A menudo, cuando se realizan pruebas de integración a pequeña escala de varios módulos o componentes, es necesario idear o improvisar métodos y herramientas para llevar los datos de prueba a los componentes bajo prueba. Esto a menudo se llama un arnés de prueba. Debido a la necesidad de comprender los aspectos técnicos necesarios para construir un arnés de prueba, estas pruebas casi siempre las realiza el equipo de desarrollo.
Un arnés de prueba puede facilitar la prueba de componentes o parte de un sistema al simular el entorno en el que se ejecutará ese objeto de prueba. Esto se puede hacer ya sea porque otros componentes de ese entorno aún no están disponibles y son reemplazados por apéndices y / o controladores, o simplemente para proporcionar un entorno predecible y controlable en el que cualquier falla se pueda localizar en el objeto bajo prueba. Estos son generalmente programas a medida generados por desarrolladores para ayudar en el proceso de prueba. Si se utilizan en una organización madura, es muy posible que estos arneses se consideren como ''Activos de prueba'' y estén sujetos a la gestión de configuración y control de versiones.