Las pruebas basadas en palabras clave , también conocidas como pruebas basadas en palabras de acción (que no deben confundirse con las pruebas impulsadas por acciones ), es una metodología de prueba de software adecuada para pruebas manuales y automatizadas . Este método separa la documentación de los casos de prueba , incluidos los datos y la funcionalidad a utilizar, de la prescripción de la forma en que se ejecutan los casos de prueba. Como resultado, separa el proceso de creación de la prueba en dos etapas distintas: una etapa de diseño y desarrollo, y una etapa de ejecución. La etapa de diseño cubre el análisis y la evaluación de requisitos y el análisis, la definición y la población de datos.
Descripción general
Esta metodología utiliza palabras clave (o palabras de acción) para simbolizar una funcionalidad a probar, como Enter Client . La palabra clave Enter Client se define como el conjunto de acciones que se deben ejecutar para ingresar un nuevo cliente en la base de datos. Su documentación de palabras clave contendría:
- el estado inicial del sistema bajo prueba (SUT)
- la ventana o el menú desde el que empezar
- las teclas o clics del mouse para acceder a la ventana de entrada de datos correcta
- los nombres de los campos a buscar y qué argumentos ingresar
- las acciones a realizar en caso de que aparezcan cuadros de diálogo adicionales (como confirmaciones)
- el botón para hacer clic para enviar
- una afirmación sobre cuál debería ser el estado del IVU después de la finalización de las acciones
La sintaxis de prueba basada en palabras clave enumera los casos de prueba (datos y palabras de acción) mediante un formato de tabla (consulte el ejemplo a continuación). La primera columna (columna A) contiene la palabra clave Enter Client, que es la funcionalidad que se está probando. Luego, las columnas restantes, BE, contienen los datos necesarios para ejecutar la palabra clave: nombre, dirección, código postal y ciudad.
A | B | C | D | mi |
---|---|---|---|---|
. | Nombre | Habla a | Código postal | Ciudad |
Ingrese Cliente | Jane Smith | 6 High Street | SE25 6EP | Londres |
Para ingresar otro cliente, el evaluador crearía otra fila en la tabla con Enter Client como la palabra clave y los datos del nuevo cliente en las siguientes columnas. No es necesario volver a enumerar todas las acciones incluidas.
En él, puede diseñar sus casos de prueba mediante:
- Indicar los pasos de alto nivel necesarios para interactuar con la aplicación y el sistema a fin de realizar la prueba.
- Indicando cómo validar y certificar que las características están funcionando correctamente.
- Especificar las condiciones previas para la prueba.
- Especificar los criterios de aceptación para la prueba.
Dada la naturaleza iterativa del desarrollo de software, el diseño de la prueba suele ser más abstracto (menos específico) que la implementación manual de una prueba, pero puede evolucionar fácilmente a una.
Ventajas
Las pruebas basadas en palabras clave reducen la sensibilidad al mantenimiento causada por cambios en el sistema / software bajo prueba (SUT). Si los diseños de pantalla cambian o el sistema se migra a otro sistema operativo, casi no es necesario realizar cambios en los casos de prueba: los cambios se realizarán en la documentación de palabras clave, un documento para cada palabra clave, sin importar cuántas veces se use la palabra clave en casos de prueba, e implica un proceso profundo de diseño de prueba.
Además, debido a la descripción muy detallada de la forma de ejecutar la palabra clave (en la documentación de la palabra clave), casi cualquier persona puede realizar la prueba. Por lo tanto la prueba-palabra clave impulsado puede ser utilizado tanto para las pruebas manuales y pruebas automatizadas . [1]
Además, este enfoque es un marco abierto y extensible que une todas las herramientas, activos y datos tanto relacionados con el esfuerzo de prueba como producidos por él. Bajo este marco único, todos los participantes en el esfuerzo de prueba pueden definir y refinar los objetivos de calidad para los que están trabajando. Es donde el equipo define el plan que implementará para cumplir con esos objetivos. Y, lo que es más importante, proporciona a todo el equipo un lugar al que acudir para determinar el estado del sistema en cualquier momento.
Las pruebas son el mecanismo de retroalimentación en el proceso de desarrollo de software. Le indica dónde se deben hacer las correcciones para mantener el rumbo en cualquier iteración dada de un esfuerzo de desarrollo. También le informa sobre la calidad actual del sistema que se está desarrollando. La actividad de implementar pruebas implica el diseño y desarrollo de scripts de prueba reutilizables que implementan el caso de prueba. Después de la implementación, se puede asociar con el caso de prueba.
La implementación es diferente en cada proyecto de prueba. En un proyecto, es posible que decida construir dos scripts de prueba automatizados y scripts de prueba manual . [2] El diseño de pruebas, en cambio, es un proceso iterativo. Puede comenzar a diseñar pruebas antes de la implementación de cualquier sistema basando el diseño de prueba en especificaciones de casos de uso, requisitos, prototipos, etc. A medida que el sistema se especifique más claramente y tenga construcciones del sistema con las que trabajar, puede desarrollar los detalles del diseño. La actividad de diseñar pruebas responde a la pregunta "¿Cómo voy a realizar las pruebas?" Un diseño de prueba completo informa a los lectores sobre qué acciones deben tomarse con el sistema y qué comportamientos y características deben esperar observar si el sistema está funcionando correctamente.
Un diseño de prueba es diferente del trabajo de diseño que debe realizarse para determinar cómo construir su implementación de prueba.
Metodología
La metodología de prueba basada en palabras clave divide la ejecución del proceso de prueba en varias etapas:
- Modelo base / prototipado: análisis y evaluación de requisitos.
- Definición del modelo de prueba: en la evaluación de requisitos de resultado, abordar un modelo de software propio.
- Definición de datos de prueba: en base al modelo propio definido, definición de palabra clave inicial y datos principales / complementarios.
- Preparación de la prueba: base de la prueba de admisión, etc.
- Diseño de prueba: análisis de la base de prueba, diseño de caso / procedimiento de prueba, diseño de datos de prueba.
- Ejecución de prueba manual: ejecución manual de los casos de prueba utilizando la documentación de palabras clave como guía de ejecución.
- Automatización de la ejecución de la prueba: creación de un script automatizado que realiza acciones de acuerdo con la documentación de palabras clave.
- Ejecución de pruebas automatizada.
Definición
Una palabra clave o palabra de acción es una combinación definida de acciones en un objeto de prueba que describe cómo se deben ejecutar las líneas de prueba. Una palabra de acción contiene argumentos y la define un analista de pruebas.
La prueba es un paso clave en cualquier proceso de desarrollo y deberá aplicar una serie de pruebas o verificaciones a un objeto (sistema / prueba SW - SUT). Recordando siempre que la prueba solo puede mostrar la presencia de errores, no su ausencia. En la prueba del sistema RT no es suficiente verificar si el SUT produce las salidas correctas. También debe verificar que el tiempo necesario para producir esa salida sea el esperado. Además, la sincronización de estas salidas también puede depender de la sincronización de las entradas. A su vez, la sincronización de las entradas futuras aplicables se determina a partir de las salidas. [2]
Automatización de la ejecución de la prueba
La etapa de implementación varía según la herramienta o el marco. A menudo, los ingenieros de automatización implementan un marco que proporciona palabras clave como "verificar" e "ingresar". [1] Los probadores o diseñadores de pruebas (que no necesitan saber programar) escriben casos de prueba basados en las palabras clave definidas en la etapa de planificación que han sido implementadas por los ingenieros. La prueba se ejecuta mediante un controlador que lee las palabras clave y ejecuta el código correspondiente.
Otras metodologías utilizan una etapa de implementación todo en uno. En lugar de separar las tareas de diseño de prueba e ingeniería de prueba, el diseño de prueba es la automatización de prueba. Las palabras clave, como "editar" o "comprobar" se crean utilizando herramientas en las que ya se ha escrito el código necesario. Esto elimina la necesidad de ingenieros adicionales en el proceso de prueba, porque la implementación de las palabras clave ya es parte de la herramienta. Los ejemplos incluyen GUIdancer y QTP .
Pros
- El mantenimiento es bajo a largo plazo:
- Los casos de prueba son concisos
- Los casos de prueba son legibles para las partes interesadas
- Los casos de prueba son fáciles de modificar
- Los nuevos casos de prueba pueden reutilizar las palabras clave existentes más fácilmente
- Reutilización de palabras clave en varios casos de prueba
- No depende de una herramienta o lenguaje de programación específico
- División del trabajo
- La construcción de casos de prueba necesita una mayor experiencia en el dominio: menos herramientas / habilidades de programación
- La implementación de palabras clave requiere una herramienta / habilidad de programación más sólida, con una habilidad de dominio relativamente menor
- Abstracción de capas
Contras
- Mayor tiempo de comercialización (en comparación con las pruebas manuales o la técnica de grabación y reproducción)
- Curva de aprendizaje moderadamente alta inicialmente
Ver también
Referencias
- ↑ a b Faught, Danny R. (noviembre de 2004). "Pruebas basadas en palabras clave" . Mentes pegajosas . Ingeniería de Calidad de Software . Consultado el 12 de septiembre de 2012 .
- ^ a b Mandurrino, José L. (julio de 2014). "Gestione e Approccio alla validazione in sistemi RT (Real-Time)". UTIU. Falta o vacío
|url=
( ayuda )