QA E14 - Funcionalidades de TestLink docx

Vista previa del material en texto

Módulo 3 / Encuentro 14/17
Funcionalidades de
TestLink
¿NECESITAS UN EJEMPLO?
A continuación te mostraremos un paso a paso de cómo utilizar la herramienta
con un ejemplo
1. Crear en testlink el proyecto de nombre Restaurante.
Para esto, debemos iniciar el Xampp que ya instalamos previamente.
2
Inicializamos los servicios de apache y MySQL dando a los botones Start
respectivos.
2. Ahora inicializamos testlink.
Para eso, abrimos en el navegador la dirección de nuestro localhost:
3
Ingresamos nuestro usuario y contraseña
4
Vamos a llamar a nuestro proyecto “Sistema Restaurante”.
Le damos al botón Create:
5
Vamos a tocar donde dice Project
6
Si aparece un mensaje de error como ese, se debe a ciertas advertencias que
en la aplicación nos deja:
7
Si abrimos el documento, podemos ver que las advertencias son debido a que
deberíamos eliminar la carpeta de instalación o que deberíamos cambiar la
password de la cuenta admin.
Para evitar este tipo de notificaciones, la aplicación nos da la opción de
deshabilitarlas. Para ello, vamos a buscar el archivo de configuración de
testlink y lo abrimos con el editor de texto que tengamos (por defecto el block
de notas):
8
Vamos a copiar el texto de la línea a buscar en la página de testlink con ctrl+c:
En el archivo que abrimos vamos a buscar ese texto de la siguiente manera:
con ctrl+b (puede ser ctrl+f si tu versión está en inglés) y en el cuadro donde
dice buscar vamos a pegar lo seleccionado de la página con ctrl+v
9
Tocamos buscar siguiente hasta que aparezca el texto que necesitamos:
$tlCfg→config_check_warning_mode = 'FILE';
Y reemplazamos FILE por SILENT�
10
Guardamos el archivo y lo cerramos. De esta manera, la próxima vez que
iniciemos testlink no tendremos esas advertencias (de hecho, si nos movemos
a cualquier otra pestaña y volvemos a la de Project ya no tendremos esa
advertencia).
Esta pestaña de testlink nos permite configurar varias funcionalidades.
Dentro del primer grupo �Test Project) podemos seleccionar Test Project
Management �Gestión de Proyectos de Prueba) para poder ordenar los
distintos proyectos, como así también, crear proyectos nuevos o dar de baja a
uno existente:
11
Assign User Roles �Asignar Roles de Usuarios) nos permite administrar cómo se
comportan los distintos usuarios que tenemos en nuestro proyecto, como así
también sus permisos:
Por ejemplo, al que ingresó como invitado, lo ponemos como tester y damos al
botón Update:
Vamos a movernos a la pestaña de View Users �Ver Usuarios) para poder ver el
estado de los mismos:
12
Seleccionamos nuestro usuario admin y podremos ver los detalles de este
usuario:
Podemos cambiar los detalles de cada usuario como así también designarle un
rol dentro del proyecto. A diferencia de My Settings que nos permite cambiar
las variables más globales (como por ej. el password), pero no nos cambia el rol
en el proyecto.
13
Salvamos los cambios dando click al botón Save y, como podemos observar, si
dejamos vacía la casilla de correo, nos arrojará un error:
Una vez completado todo correctamente y salvado, nos devuelve a la pestaña
de vista de usuarios y se pueden observar los cambios:
14
Cambiamos todos los que necesitemos o creamos nuevos usuarios desde esta
pestaña. Como podrán observar, al cambiar el idioma, ya nuestro proyecto
pasa a español en sus pestañas.
Ahora nos vamos a la pestaña Ver Roles:
Seleccionamos tester para ver qué tiene y qué podemos agregar o quitar:
15
Vamos a tildar la casilla de Crear/Editar casos de prueba (sino qué sentido
tiene un tester que no pueda hacer eso). Podemos también agregar una
descripción del rol, etc.
Si vemos más abajo, nos dice qué usuarios se verán afectados si borramos o
modificamos este rol. Cuando le damos guardar nos pide una confirmación:
16
Damos Aceptar y ya nos guarda los cambios.
En Asignar Roles a un Proyecto vamos a poder cambiar los roles de los usuarios
en el proyecto activo, sin importar cómo se encuentren en otros o incluso el rol
que ocupan a nivel de sistema.
Para Asignar Roles a un Plan de Pruebas, primero deberíamos generar uno y
tener a un usuario que tenga activas esas propiedades, de lo contrario
podríamos encontrarnos con pantallas como la siguiente:
17
Entonces deberíamos crear un plan de pruebas. Para eso, en la página de inicio
vamos a dar al botón de Gestión de Planes de Pruebas
Ahí nos indica que no hay ninguno creado, por lo que le damos al botón Crear:
Vamos a crear un Plan de Pruebas Maestro, pero sin darle mucho detalle (es a
fines prácticos para ver las funcionalidades de la app):
18
Lo tildamos como activo y le damos a crear:
Ahora vamos a volver a la pestaña de Asignación de roles:
Como puede observarse, ya no lanza el error y nos permite elegir los roles para
agregar usuarios al mismo (cuando se trate más de uno) o elegir un usuario en
particular para cambiarle su rol en el proyecto. Vamos a probar lo primero,
teniendo en cuenta que hay sólo dos usuarios, pero es para poder ver la
funcionalidad:
19
Como se puede ver, doy asignar una vez elegido el rol y cambia a todos los
integrantes al mismo.
Ahora a admin, le vamos a asignar el rol de admin para dejarlo con todos los
permisos (no demos actualizar antes de esto o no tendremos permiso para
acceder a las funcionalidades).
Vuelve a quedar como por defecto, ya que no tenemos ningún otro usuario.
Recuerden que los roles se pueden asignar a cualquier plan de pruebas de
forma independiente.
Si ahora volvemos a la página de inicio, veremos que a la derecha nos aparecen
opciones para planes de pruebas que antes no existían:
20
Pero vamos a seguir con la sección de Gestión de Proyectos para luego pasar a
la Gestión de Planes de Prueba y el resto de sus funcionalidades.
La Gestión de Campos Personalizados nos sirve para crear tipos de campo que
podrán ser utilizados en distintas pruebas, planes o incluso proyectos. Los
podemos usar para consultas, búsquedas predefinidas y, de esta manera
generar plantillas que podamos reutilizar en diferentes proyectos, ya que estos
campos pueden ser utilizados de manera conjunta en secuencias (diferentes
para cada proyecto, incluso).
21
Nos permite elegir entre muchos tipos distintos de campos y que estén
disponibles para distintas tareas.
Creamos un campo de tipo correo para usarlo en pruebas de verificación de
direcciones y le damos añadir.
También se pueden Importar y exportar en formato .csv.
Luego podemos Asignar los campos personalizados.
22
Si tuviéramos más, nos dejaría no sólo asignarlos a una ubicación sino también
ordenarlos para su visualización.
La Gestión de Keywords (palabras clave) nos sirve para crear palabras que
podremos utilizar para filtrar búsquedas, por ejemplo. Palabras como login o
logout sabemos que se usan con frecuencia y si creamos estas, en nuestro
listado de palabras clave, podremos buscar cualquier test case que haga
referencia a esas palabras.
Para esto, le damos al botón Crear:
Una vez cargada, le damos a Guardar y ya tenemos nuestra palabra clave
creada para nuestras futuras búsquedas o filtros:
Como se puede observar, se pueden asignar a casos de prueba. Cuando
lleguemos a eso, les asignaremos las palabras claves creadas para que se vean
reflejadas en los filtros.
23
Para terminar con este bloque, tenemos la Gestión de Plataformas. Esta
funcionalidad nos permite crear, modificar, importar, exportar y eliminar
entornos de pruebas.
En Especificaciones de Pruebas tenemos la opción de Editar Casos de Prueba.
Cómo no tenemos ningún Plan de Pruebas ni Suites, nos da algunas
indicaciones en el panel derecho:
Como luego puede editarse, no habría problemas en crear un caso y luego
editarlo para colocarlo en la suite correspondiente dentro del plan. Puede
24
observarse como figuran las palabras claves que creamos anteriormente para
poder filtrar o ayudarnos a buscar dicho caso.
Seleccionamos nuestro Proyecto:
Vamos a seleccionar en Nuevo hijo en Suite de Pruebas:
25
Le damos un nombre, losdetalles y agregamos las keywords que queramos
para que podamos filtrar la Suite más adelante. Para agregar todas las
keywords podemos dar en el botón >>
Luego damos al botón Crear Suite de Pruebas:
Ya nos sale en el árbol de la izquierda. La seleccionamos:
Vamos a crear un caso de Pruebas tocando en el botón Crear Casos de prueba:
26
Le damos un título, el resumen y las precondiciones. Luego seleccionamos la
keyword login:
Y le damos Crear:
27
Prueben de crear la de salida del sistema también, asignando como palabra
clave logout.
Si seleccionamos la SR�1 nos dará los siguientes detalles:
Vamos a seleccionar Añadir al plan:
28
Marcamos la casilla de verificación de nuestro plan de pruebas y damos a
añadir.
Como vemos, nos muestra ahora que está usado en ese plan de pruebas
(como podría estar en varios).
Hagan lo mismo con el de Salida del Sistema.
Volvemos a elegir el SR�1 para crear los pasos:
29
Para poder hacer los pasos debemos conocer la aplicación a la que vamos a
hacerle las pruebas, por lo que veremos más adelante.
Ahora nos enfocaremos en el panel derecho del inicio para ir armando nuestro
plan de pruebas con sus suites y casos.
Ya vimos Gestión de Planes de Prueba donde nos permite crear nuevos. Por
ahora seguiremos trabajando sobre el Maestro:
En Gestión de Builds nos saldrá el siguiente mensaje:
30
Por lo que vamos a crear una:
La nomenclatura dependerá siempre de nuestro plan de pruebas. A medida
que hagan ejercicios al respecto, van a poder ir familiarizándose con las
buenas prácticas para nombrar cada Plan, Build, Caso, etc.
Una vez le damos a Crear nos va a mostrar las Builds para poder editar, borrar,
etc.
31
Asignar Roles a un Plan de Pruebas:
De la misma que podíamos asignar los roles para el proyecto, podemos hacer lo
mismo para el Plan de Pruebas. Podemos hacerlo desde acá para cada Plan de
Pruebas que tengamos creado y asignar o eliminar permisos para cada usuario
que tengamos.
Gestión de Milestones:
Las Milestones o hitos son la mejor forma de seguir nuestros progresos y líneas
de tiempo. Sería como fijar pequeños objetivos en nuestros proyectos.
32
Una vez guardado el hito ya nos figura dentro de la lista para nuestro Plan de
Pruebas actual.
Pasemos ahora al grupo de Ejecución de Pruebas. Ingresamos en Ejecutar
Prueba:
33
Seleccionamos la de Ingreso al sistema y en el panel derecho nos figuran todos
estos detalles (notar que informa que no hay tester asignado)
Nos informa también si ya ha sido ejecutada la prueba y los estados de la
misma (abajo aclara que una vez cambiado el estado de no ejecutado no se
puede revertir).
34
Siguiendo con los paneles de la derecha tenemos Informes y Métricas de
Pruebas:
Esto nos da una gran batería de reportes y datos útiles. Nos explica en un
principio cómo se muestran los reportes y un pequeño instructivo de las
distintas aplicaciones.
Como nuestros dos casos de prueba no tienen asignados aún ningún tester,
vamos a elegir esa opción para visualizar el resultado:
35
Informe del Plan de Pruebas nos permite ver los detalles del Plan de Pruebas
seleccionado a modo de informe.
Como se ve a lo largo del curso, nuestra tarea no es solamente probar
aplicaciones, es también realizar un buen seguimiento a todo lo que podamos
encontrar en nuestros análisis y, tener una suite de herramientas que nos
permita centralizar toda la información para poder realizar los reportes, nos
facilita mucho el trabajo. Para ver el ejemplo de nuestro Plan de pruebas en
particular, vamos a dar al botón marcar/desmarcar todo para que quede todo
tildado y vamos a dar click a acceso:
Esto nos muestra en primer lugar, una portada con datos sobre el sistema, la
compañía, etc. En los archivos de configuraciones se pueden editar los
parámetros para agregar los datos de la compañía en el margen:
36
37
No tiene sentido que veamos más informes por el momento porque no
disponemos de información para mostrar.
Pasamos a ver las métricas. Nos va a dar los resultados de los casos como así
también el avance del proyecto en general y de los planes en particular.
38
Ahora vamos a ir a Asignar Casos de Prueba
39
40
Ahora podemos ver qué casos de pruebas tenemos asignados y el estado de
los mismos:
41
Vamos a terminar de ver las herramientas más importantes de Testlink yendo a
editar un caso de prueba y generando los pasos que deben realizarse en el
mismo:
Elegimos el SR�1 y vamos a tocar el botón Crear paso:
42
Como podrán observar, lo mejor para llevar a cabo los pasos de un caso de
prueba es conocer la aplicación o página sobre el que se realizará, ya que los
pasos podrían diferir de una aplicación a otra, como así también los resultados
que deban esperarse de una acción a la siguiente. Por ejemplo, un ingreso
podría ser con usuario, mail, user, cliente. Haremos algo genérico, es
simplemente para saber como generar los pasos y que luego podamos tener
esa información en nuestros registros:
43
44
Se pueden poner tantos pasos como creamos necesarios probar. Por ejemplo,
el punto 3 podría no hacer falta probar el tabulado y simplemente seleccionar
haciendo click en el campo.
Consideraciones respecto a las buenas prácticas en la redacción de los pasos:
1� El paso debe ser conciso y descriptivo de la acción necesaria.
2� En el campo de resultados esperados podemos explayarnos más, teniendo
en cuenta usar palabras de lo que esperamos, como por ejemplo: Que suceda
tal cosa, Debe hacer tal otra, Debería mostrar, etc.
3� Evitar que haya dos pasos en uno.
45
Por último, veremos cómo realizar la impresión de un caso de pruebas o una
suite dando click a Imprimir Casos de prueba:
Seleccionamos todo lo que queremos en el reporte y elegimos la Suite de
acceso. Nos mostrará todos estos detalles
46
47
Para finalmente sacar de nuestros reportes el encabezado genérico y poner el
que nosotros queramos, vamos a ejecutar el archivo de configuración de
testlink:
Vamos a buscar la parte a ser modificada:
48
Lo reemplazamos por el que queramos colocar:
Una vez guardado nuestro archivo de configuración, nuestra presentación de
cualquier reporte debería tener reflejado estos cambios:
49
Con esto terminaríamos de realizar las configuraciones básicas a Testlink y
conocer las herramientas básicas. Espero que les haya servido.
50