Cómo agregar la biblioteca sshlibrary al marco del robot
Sintaxis básica
Los casos de prueba se componen de palabras clave y hay tres fuentes de palabras clave:
1. Importadas de la biblioteca de pruebas 2. Importadas desde; el archivo de recursos; 3. Importar (palabras clave personalizadas) desde la tabla de palabras clave
El siguiente es un formulario de organización de caso de prueba típico.
Robot lt;wbrgt;Caso de prueba del marco 2---(sintaxis del caso de prueba 1)" border="1" height="239" src="" width="672" /gt;
p>
Hay dos casos de prueba "Inicio de sesión válido" y "Configuración de variables" en la figura. La primera columna es el nombre del caso de uso, la segunda columna son las palabras clave, estas palabras clave se utilizan para implementar. El trabajo de prueba específico, y las siguientes columnas son la columna Parámetro, coloque los parámetros requeridos por la palabra clave. El caso de uso de inicio de sesión válido es realmente muy claro. Podemos ver claramente que es una prueba de inicio de sesión al leer las palabras clave utilizadas en este caso de uso.
Usar parámetros
p>Vemos que las palabras clave son en realidad muy similares a las funciones en los lenguajes de programación. A veces necesitan ingresar parámetros (argumentos). Los parámetros son necesarios, y el tipo de parámetros que se requieren son generalmente la clave. Se proporciona en la documentación de Word. Si sigue las especificaciones de los comentarios al escribir la biblioteca de extensiones, puede usar libdoc.py o javadoc (al escribir el archivo. biblioteca de extensiones en Java).
En los dos ejemplos siguientes, podemos ver:
Crear directorio requiere 1 parámetro, CopyFile requiere 2 y No Operation no requiere parámetros
Podemos ingresar la variable como parámetro (${CURDIR } es una variable, lo cual se explicará más adelante
Algunos parámetros tienen valores predeterminados). , se tomará el valor predeterminado. Por ejemplo, en Crear archivo, el valor predeterminado del tercer parámetro es UTF-8
También hay algunos detalles que no usamos con frecuencia, así que los usaré. No los señale uno por uno aquí. Puede consultar la Sección 2.2 de la documentación oficial.
4. Puede agregar nombres a los parámetros. más claro (por supuesto, la biblioteca de clases de prueba debe proporcionar dicho soporte)
En el ejemplo anterior, podemos ver que la biblioteca de clases Telnet introducida en la sección Configuración ingresa un parámetro $ y pasa el parámetro antes del parámetro.Nombrado, vemos que $ representa el mensaje del sistema conectado. Desde la sección Caso de prueba, vemos el segundo parámetro ${25} de Conexión abierta. A través del "puerto" nombrado antes del parámetro, sabemos que este parámetro. representa el número de puerto.
Información de descripción del caso de prueba (metadatos, es decir, metadatos)
Muchas veces necesitamos describir y marcar el caso de prueba, que tiene dos funciones. : para ayudar al uso del caso de prueba, el usuario puede comprender más claramente la intención de la prueba; use estos metadatos para controlar dinámicamente la ejecución de la prueba de los casos de prueba durante la ejecución de la prueba (como seleccionar qué casos de prueba ejecutar en función de las etiquetas y cuáles no ejecutar)
Los metadatos de RB se incluyen 2 tipos, uno es [documentación] y el otro es [etiqueta].
[documentación] ayuda a registrar información útil y los resultados de la grabación se guardarán en registros y archivos de informes de prueba. La siguiente figura muestra cómo usar la documentación. Usamos la palabra clave [documentación] para representarla. Además, consulte el caso de prueba Variables. Las variables se pueden utilizar en los parámetros de [documentación].
[Etiquetas] son los metadatos de los casos de prueba, que pueden ayudar a completar las siguientes tareas: pueden clasificar los casos de prueba y ayudar a completar estadísticas relevantes; pueden decidir si ejecutar o no esos casos de prueba en función de ellos; etiquetas; puede utilizar etiquetas para marcar qué casos de uso son casos de uso clave.