1. Caso de prueba: En Pruebas de software , Caso de prueba se refiere al documento que contiene los pasos que deben ejecutarse para probar el producto de software. Se utiliza principalmente para probar alguna función en particular o algún aspecto específico del software desarrollado. Los casos de prueba dicen que una necesidad se satisface por completo después de la prueba. Caso de prueba es un arreglo de condiciones basado en el cual el probador realiza pruebas sobre la aplicación y confirma si las funcionalidades se cumplen parcial o totalmente. En otras palabras, un Caso de Prueba es el “Qué” de la prueba.
2. Guión de prueba: en Pruebas de software, Guión de prueba se refiere a un conjunto de instrucciones o programa corto que prueba una parte de la funcionalidad de un producto de software. También se conoce como secuencia de comandos de prueba automatizada porque prueba una aplicación automáticamente. Si alguna prueba está compuesta como un pequeño programa, se ve como un script de prueba automático. Java, Perl, Python, Ruby, VB script son algunos de los lenguajes de script utilizados en las pruebas automáticas. En otras palabras, un Guión de Prueba es el “Cómo” de la prueba. Test Case y Test Script se pueden usar indistintamente. Ambos son pasos para validar cualquier funcionalidad de la aplicación. Pero hay una ligera diferencia entre ellos principalmente en su representación y procedimiento de trabajo.
Diferencia entre caso de prueba y script de prueba:
| Caso de prueba | Guión de prueba |
|---|---|
| Test Case es un procedimiento paso a paso para probar cualquier funcionalidad de la aplicación/producto de software. | Test Script es un conjunto de instrucciones o un programa corto para probar cualquier funcionalidad de la aplicación/producto de software. |
| Test Case es un enfoque manual de las pruebas de software. | Test Script es un enfoque automático de las pruebas de software. |
| Es una configuración que utiliza el probador para probar cualquier función específica del producto de software. | Es un programa desarrollado por el probador, destinado a probar cualquier función específica del producto de software. |
| La configuración de casos de prueba punto por punto alienta al probador a probar de manera viable. | El enfoque de prueba automática es beneficioso para la ejecución constante. |
| Los casos de prueba se escriben manualmente. | La secuencia de comandos de prueba se realiza mediante un formato de secuencia de comandos. |
| El caso de prueba se desarrolla en forma de plantillas. | La secuencia de comandos de prueba se desarrolla en forma de secuencias de comandos. |
| Si el probador no tiene una buena comprensión de cómo se usa el programa o acerca de los riesgos recientes para el programa, entonces será difícil usar los casos de prueba correctamente. | Los proyectos de software activos cambian con frecuencia. Por lo tanto, los probadores deben hacer un esfuerzo continuo para actualizar los scripts para que coincidan con los cambios del nuevo producto. |
| Test Case se utiliza en un entorno de prueba manual. | Test Script se utiliza en un entorno de prueba automático. |
| Los casos de prueba se clasifican como casos de prueba delegados, positivos, reutilizables, negativos y de interfaz de usuario. | Los guiones de prueba se caracterizan como guiones de prueba manuales y guiones de prueba de automatización. |
| Test Case se compone de muchas cualidades de prueba como condiciones, datos de prueba, entorno, ID de conjunto de pruebas, nombre y otros. | En Test Script, se pueden usar diferentes comandos para desarrollar scripts que se usan como parte de la realización de pruebas repetibles y de regresión. |
| Requiere más recursos y tiempo. | Requiere menos tiempo para probar scripts. |
Publicación traducida automáticamente
Artículo escrito por Satyabrata_Jena y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA