Cómo escribir casos de prueba de Robot Framework 2
Utilizamos una sintaxis de tabla que se ajusta a la especificación de Robot Framework para escribir casos de prueba. Un caso de prueba generalmente se verá así:
Dicha tabla se almacena en un archivo, que es un conjunto de casos de prueba. RF admite múltiples formatos, como HTML, TSV, texto sin formato, etc. Parecen similares, pero en realidad describen el mismo contenido. Por conveniencia, se recomienda utilizar la herramienta de edición de casos de uso de RIDE para escribir casos de prueba. Estos textos tendrán el mismo aspecto cuando se abran en el entorno de RIDE.
La relación entre casos de prueba y archivos
Un archivo se denomina conjunto de pruebas (Test suite), que puede contener múltiples casos de prueba. La imagen de arriba es un conjunto de pruebas que contiene 2 casos de prueba, Mi prueba y Otra prueba.
Los conjuntos de prueba también se pueden anidar. Por ejemplo, varios conjuntos de prueba en el mismo directorio forman un conjunto de prueba de nivel superior. Estos conjuntos de prueba de nivel superior se pueden componer. El número de niveles de anidación puede ser ilimitado. . muchos. Esta organización de casos de uso anidados es común en aplicaciones prácticas.
La estructura interna del archivo de caso de prueba
Un archivo Test Suit contiene cuatro secciones de contenido: Configuración, Variable, Caso de prueba, Palabra clave
La parte principal de la parte de configuración La función es:
Archivos de biblioteca de prueba de referencia (biblioteca de prueba), archivos de recursos de referencia (archivos de recursos) y archivos de variables de referencia (archivos variables).
Definir metadatos para conjuntos de pruebas o casos de prueba
La función principal de la parte Variable es:
Definir variables que se utilizarán en casos de prueba.
La función principal de la parte TestCase es:
Usar palabras clave de prueba para completar casos de prueba
La función principal de la parte Keword es:
Combine palabras clave existentes para generar nuevas palabras clave de nivel superior.
Reglas para analizar el texto del caso de prueba
Al igual que varios lenguajes de programación, RF necesita analizar el lenguaje de tabla que especifica y utilizar un motor interno para interpretar estos lenguajes de script en Ejecutar el específico operaciones del caso de prueba. Durante el proceso de análisis, necesitamos los siguientes puntos:
Ignorar caracteres: según el formato, los caracteres que no se ajustan al formato se ignoran. Hay muchas reglas, pero puedes usar RIDE para evitarlas. Usando RIDE, podemos ignorarlos.
Carácter de escape: RF utiliza \ como carácter de escape. Por ejemplo: \${notvar} representa la cadena ${notvar} en lugar de una variable
Espacio: RF truncará automáticamente los espacios iniciales y finales
Caso de uso de varias líneas
Si hay demasiados parámetros y es necesario ajustarlos, debe usar una elipse en inglés (...) en la palabra clave en la siguiente línea para indicar que los parámetros pertenecen a la misma palabra clave.
Caso de prueba
Acción
Argumento
Argumento
Argumento
Ejemplo [ Documentación] Documentación para este caso de prueba
... Esto puede ser bastante largo...
[Etiquetas] t-1 t-2 t-3
... t-4 t-5
Haz X uno dos tres
... cuatro cinco seis
${var} = Obtener X 1 2
... 3 4 5
...
De la tabla anterior podemos ver: [Etiquetas] tiene 5 parámetros y Do X Tiene 6 parámetros.