1. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 1 de 33
CONTENIDO
GLOSARIO:.............................................................................................................................................................2
0-Introducción.....................................................................................................................................................3
1-Creación de especificación de requisitos ............................................................................................5
2-Mantenimiento de pruebas .....................................................................................................................10
3-Cobertura de requisitos ............................................................................................................................18
4-Testplanes.......................................................................................................................................................20
5-Sistema de builds.........................................................................................................................................22
6-Ejecución de pruebas .................................................................................................................................25
6.1- Seleccionar el Testplan. ...................................................................................................................25
6.2- Añadir los casos de prueba al Testplan y build.....................................................................25
6.3- Ejecutar las pruebas..........................................................................................................................27
6.4- Añadir ficheros adjuntos.................................................................................................................32
6.5- Documentación de incidencias.....................................................................................................32
2. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 2 de 33
GLOSARIO:
- Test-Project:Unproyecto,es decir, cualquier aplicativocon un códigode aplicación.
- RequirementSpecification:Especificaciónde requisitos.Eslaestructuraque agrupa un
conjunto de requisitos. Se documentan mediante un identificador, un titulo (nombre de la
carpeta) y una descripción.
- Requirement:esel propiorequerimiento(requisito) que define lacondiciónque debe
cumplirlaaplicación.Estácompuestoporun identificador, titulo, descripción, estado, tipo.
Todo requerimiento debe estar contenido en una especificación o carpeta de requisitos.
- User:Usuario autenticado en la herramienta al cual se les asigna un rol previamente
definido en Testlink.
- Test-suite,carpetasque agrupanlaspruebas(test-case) conunatipologíasimilar.Esanálogo
a una especificaciónperoparapruebas.Unatest-suite se define conunnombre ydescripción.
Una vez dadode alta se le puede adjuntarun fichero.
Se pueden crear varios niveles de Test Suites.
- Test-case,Un caso de pruebaes ladefiniciónde lapruebaaejecutarydebe pertenecerauna
test-suite. Se define mediante un titulo, descripción y precondiciones. Una vez creado el
test-case, se puede añadir y/o modificar la siguiente información:
- Stepso pasos,sonlosdistintosprocesosque se debenrealizarparaejecutarla
prueba.Se puedenañadir tantos comose crean necesarios.
- Versionar.Esdecir,se puedencrearvariarversionesde pruebadebidoaque se ha
cambiadoalgúnrequerimiento,olanuevarelease (entregade código) implicaque la
pruebaseamás compleja.
- Tipode ejecución:manual oautomática
- Adjuntarficheros.
- Un testcase se debe añadira un test-planparapoderejecutarlo.
- Otras accionesque se puedenrealizarsobreun test case son mover el test-case a
una carpeta (test-suite) distinta, desactivar el test-case, copiar un test case a otro.
- Test-plan.Un test-planagrupaylistalaspruebasque se van a ejecutar.Un test-planse define
mediante untitulo,descripción,activo(sió no) y público (si ó no). Una vez creado el plan, a
este habrá que:
- Añadirtest-case.Laspruebasque se vana ejecutar.Al crearun test-case,este se
puede añadirdirectamenteauntest-plan.Enunmismotestplanse puedenañadir
casos de prueba de distintas carpetas o test suites. No se pueden añadir Test-
suites.
- Asignarlaspruebasa usuarios.
- Crear lasbuild/release.Unabuildse asociaauna entregao versiónde código.Las
ejecucionesde unapruebasiempre estánrelacionadasconuna build. Debido a que
hay una nueva entrega de código,las pruebas se deben repetir, pero se quieren
guardar los resultados anteriores, por lo que se debe crear una nueva build, y
volvera ejecutar las pruebas baja esta nueva build. De esta manera se mantendrían
los resultados de las pruebas para ambas builds.
- Ejecutarel plan,esdecir,anotar losresultadosde lasejecucionesde laspruebas.Los
planesse puedenejecutartantasvecescomoseannecesarios.
- A partirde untestplan se puedenasignarlas pruebas a usuarios. Esta acciónno es
necesaria, ya que en la provisión de Testlink se habrán definido los usuarios y los
roles, y a cada grupo de usuarios le corresponde un test plan concreto.
3. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 3 de 33
0-INTRODUCCIÓN
A grandes rasgos, el proceso a seguir en el uso del testlink es el siguiente:
- Crear los requisitos
- Diseñar/crear las pruebas que cubran el correctofuncionamiento de los requisitos
- Crear los build
- Asignar/Crear Test planes a usuarios.
- Añadir pruebas a los Test planes de ejecución
- Ejecutar los planes.
Las accionesmás comunes, que se pueden realizar en Testlink se resumen en los
siguientes apartados. La aplicación dispone de una página principal, con un menú general.
En la imagen se muestran los links más importantes
Los links más utilizados se describen a continuación:
- Proyectos(superior): es una lista desplegable en la que se muestra los proyectosa los
que tiene acceso el usuario. Se selecciona el proyectoen el que se quiere trabajar.
4. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 4 de 33
- Documento de Especificaciónde requisitos (izquierda): es un link que da accesoa los
formularios para crear, modificar o importar los requisitos del proyectoseleccionado.
- Editar casos de prueba (izquierda). Link que accede a los formularios para crear,
modificar o eliminar la definición de las pruebas.
- Plan de pruebas actual (TestPlan,derecha). Lista desplegable de testplanes a los que
tiene accesoel usuario. Una vezseleccionado el testplan, se accede al resto de links de la
parte derecha para la configuración del testplan (Gestión de planes de pruebas).
- Gestión de Builds (derecha). Da acceso al formulario de builds. Desde el se puede añadir,
modificar o eliminar una build. Las builds soncomunesatodoslostestplanes.
- Gestión de Testplan (derecha). Da acceso al formulario de configuración del testplan.
- Ejecuciónde las pruebas (derecha).Accesoal formulario donde se informara de los
resultados de la ejecución de las pruebas.
- Informes (derecha). Acceso a los informes de los resultados de las pruebas.
-Agregar / Quitar casos de prueba (derecha).Da acceso al formulario de configuracióndel
testplan, desde aquí se añaden o eliminan las pruebas, ya definidas, y que se quieran
ejecutar.
-Asignar casos de prueba (derecha). Permite asignar usuarios a casos de prueba
particulares del Plan de Pruebas.
5. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 5 de 33
1-CREACIÓN DE ESPECIFICACIÓN DE REQUISITOS
Desde el link ‘Documento de Especificaciónde Requisitos’ de la página principal se accede
al formulario principal de requisitos. Si es la primera vez, aparece a la izquierda la carpeta
raíz de donde colgaran los requisitos. Clicando en el nombre de la carpeta se accede a las
opciones, por ser la primera vezsolo se podrá crear una carpeta ‘New Requirement
Specification’ o ‘Importar’.
(Del directorio raíz no pueden colgar requisitos, solo carpetas o ‘Requirement Specification’ que
contendrán los requisitos o más carpetas).
Pulsar en “Nuevaespecificación de requisitos”. Se acceden al formulario para crear una
carpeta.
Los campos a rellenar son:
- Document ID, código alfanumérico único que identifica la carpeta.
- Título: nombre de la carpeta
- Descripción: texto descriptivo de la carpeta.
6. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 6 de 33
Una vez informados los campos se guarda y el resultado es el siguiente:
Se ha creado una carpeta, que cuelga del directorioraíz, la cual podrá contener más
carpetas o requisitos. A la derecha aparece el formulario para seguir creando carpetas.
Clicando en la carpeta creada, se muestra:
7. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 7 de 33
Pulsando la rueda dentada, mostrará las siguientes opciones:
Los botones superiores que se usaran son:
- “Nueva especificaciónde requisitos” es para crear una carpeta
- “Editar Documento” para modificarla carpeta
- “Borrar documento” para eliminar la carpeta. Si la carpeta contuviese mas carpetas o
requisitos estos también serian eliminados
Los botones inferiores son para los requisitos.
-“Crear un nuevo requisito”:Para crear un nuevo requisito se pulsa en el botón “Crear un
nuevo requisito” y se informan los siguientes datos:
- DOC-ID(obligatorio): identificador únicodel requerimiento.
- Título (obligatorio):nombre del requerimiento.
- Descripción: descripción del requerimiento.
8. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 8 de 33
- Estado del requerimiento.
- Tipo de requerimiento.
- Numero de pruebas para cubrir el requerimiento.
- Requeriment Type
Con los datos completados, pulsar “Guardar”:
9. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 9 de 33
Para editar modificarsobre el requerimiento, teniendo seleccionadoel mismo, pulsar la
rueda dentada:
Se muestran opciones como:
- añadir ficheros
- relacionar requisitos entre si
- copiar el requerimiento
- bloquear un requisito “Freeze” para que no pueda ser editado
- crear nuevas versiones
10. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 10 de 33
2-MANTENIMIENTO DE PRUEBAS
Se dispone de un árbol donde las pruebas se estructuran en carpetas.
Desde el link “Editar Caso(s) de Prueba” de la página principal se accede al formulario
principal del mantenimiento de pruebas. A la izquierda de la pantalla aparece la estructura
de carpetas de pruebas, creada en el alta del proyecto.
Al pulsar sobre una carpeta, aparecerá una descripción del tipo de pruebas que debe
contener la carpeta y las acciones a ejecutar (pulsando la rueda dentada):
11. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 11 de 33
Las accionesmás destacables a realizar sobre la carpeta “Funcionales” son:
- “Crear suite de pruebas” (Crear carpeta). Se accede a un formulario de creación de
carpetas.
- Crear caso(s) de prueba. Se accedeal formulario de creación de pruebas.
Pulsar en “Crear caso(s) de prueba” para acceder al formulario e informar con los
siguientes datos:
- Titulo de la prueba (obligatorio):identifica el caso de prueba
- Resumen o descripción de la prueba (obligatorio).En este campo se documenta un
resumen de la prueba. Los detalles de las acciones, los datos de entrada y el resultado
esperado se documentan con más detalle en los steps.
- Precondiciones de la pruebas. En caso de que aplique, este campo describe las
condiciones que deben existir para ejecutar la prueba, por ejemplo que se hayan ejecutado
acciones previas o se hayan cargado datos o usuarios.
- Importancia, alta, media o baja.
- Duración estimada de la ejecución. (min)
Una vez informado, pulsar en “Crear” y la prueba se habrá guardado. Sobre el árbol del
panel izquierdo, anidada de las carpetas funcionales aparecerá la prueba. Queda aún más
información para añadir al caso de prueba, que se incorpora editando el caso de prueba
creado
12. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 12 de 33
Para ver las accionessobre un caso de prueba existente, pulsar en la prueba creada para
acceder al resto de configuración de la prueba (y pulsar sobre la rueda dentada
“Acciones”):
De entre las accionesdisponibles, destacamos:
- Editar, se accede al formulario anterior si se desea modificar algún dato.
- Nueva versión, se puede usar para modificardatos de una prueba, pero guardando la
versión original.
13. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 13 de 33
- Añadir a planes de prueba. La prueba se añade a un plan para poder recoger los
resultados. Esta acción se puede ejecutar desde aquí, o desde un testplan, se puede añadir
pruebas.
- Adjuntar archivo.Determinadas pruebas, pueden necesitar de ficheros. Se pueden añadir
tantos comosean necesarios
- Crear paso. Determinadas pruebas están compuestas por más de un proceso o paso. El
formulario para crear pasos es el siguiente y se pueden crear tantos comosean necesarios.
- Pasos: se detallan los datos de entrada para ese paso y la accióna realizar - en el campo
“pasos” – y el resultado esperado en “Resultados esperados”.
Al final, un caso de prueba así creado y editado contiene la información mostrada en la
imagen, donde se puede vervarios pasos añadidos:
14. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 14 de 33
Importar casos de prueba (desde ficheroXML).
Podemos cargar los casos de prueba, a partir de un ficheroXMLque contenta los casos que
necesitemos.
Para ello, tenemos que seleccionar la suite en la que queremos guardar los casos
especificados en el XML,desplegar las acciones (pulsando la rueda dentada de acciones), y
pulsar el botón “importar caso(s)de prueba”.
15. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 15 de 33
Seleccionar el fichero XMLque contiene los casos a subir y pulsar adjuntar archivo:
16. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 16 de 33
Ya tenemos los casos cargados en la suite:
18. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 18 de 33
3-COBERTURA DE REQUISITOS
La cobertura de requisitos relaciona las pruebas que confirman el cumplimiento de un
requisito. Una prueba puede cubrir más de un requisito.
Desde el link “Asignar Requisitos” en la página de inicio se accede al formulario que
relaciona pruebas conrequisitos. Seleccionar el caso de prueba al que asignar requisitos.
Se carga el listado de carpetas de requisitos. Al seleccionar una carpeta de requisitos, se
carga el listado de requisitos donde yase seleccionan los que cubra la prueba. Una vez
seleccionados, clicar en “Asignar”.
Al pulsar asignar, se muestran los requisitos asignados al caso, correspondientes a la
carpeta de requisitos seleccionada:
Si la prueba cubriese mas requisitos se puede repetir el paso anterior, tantas vecescomo
sea necesario.
El caso de prueba queda así:
20. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 20 de 33
4-TESTPLANES
El proceso para crear un test plan consiste en accederal formulario de TestPlanes. Pulsar
en el link “Gestión de Planes de pruebas”, y en la pantalla en la que se muestra el listado de
testplanes, clicaren el botón “Crear” para acceder al formulario.
21. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 21 de 33
Los campos a editar son:
- Nombre, titulo del Testplan.
- Descripción, texto que describa el plan, campo no obligatorio.
- Crear a partir de un test plan. Se crearía el plan conlas pruebas del plan seleccionado.
- Activo,debe estar chequeado para que se pueda trabajar con él.
- Publico,si se chequea esta opción,el plan será accesible para todos los usuarios.
Pulsar crear:
22. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 22 de 33
5-SISTEMA DE BUILDS
Se entiende comobuild la versión de un software.Cuando se ejecutan las pruebas, estas se
realizan sobre una versión. El desarrollo completode un software suele estar compuesto
por versiones hasta llegar a una final.
Los pasos para crear una build:
Desde la página de inicio, acceder en el panel de la derecha “Gestión de builds”.
Pulsar Crear.
Informar al formulario con los siguientes datos:
- Titulo de la build (obligatorio).
- Descripción de la build (obligatorio). Describir el contenido de la entrega, posibles
diferencias con otras builds, funcionalidades añadidas,…
- SD
- Versión
- Gate_Phase
- Enviroment
- Build start date
- Build end date
- Testergroup
- Goal
- Supplier development
- Supplier testing execution
- Testing service
- Activo,indica si el build está disponible.
- Abierto, indica si se puede seguir ejecutando pruebas sobre el build.
- Fecha de la release: fecha de la entrega (campono obligatorio)
24. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 24 de 33
Pulsar Crear:
Para modificar los datos de una build o añadir más, se accederá desde la página de
mantenimiento de builds.
25. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 25 de 33
6-EJECUCIÓN DE PRUEBAS
La ejecución de pruebas se debe hacer específicamente desde un testplan, no es posible
ejecutar un caso de prueba que no esté añadido a un testplan y a una build. Testlink
diferencia la definiciónde la prueba y la ejecución. La secuencia a seguir en la ejecuciónes:
6.1- SELECCIONAR EL TESTPLAN.
Seleccionar el testplan donde se ejecutaran las pruebas
6.2- AÑADIR LOS CASOS DE PRUEBA AL TESTPLAN Y BUILD.
Pulsar el link Agregar / Quitar casos de prueba
26. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 26 de 33
Seleccionar la carpeta desde la que se van a seleccionar los casos de prueba:
En la parte superior, se muestra la build sobre la que se va a programar la
ejecución. Seleccionar la correcta.
Marcar los casos que se deban ejecutar (o desmarcar los que estén asignados y no
se deban ejecutar):
Pulsar “Añadir / Eliminar los seleccionados”:
27. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 27 de 33
6.3- EJECUTAR LAS PRUEBAS.
Una vez configuradoel testplan, acceder desde la página de inicio a la opcióndel
menú principal “Ejecutar”.
Si pulsamos “Expandir árbol”, podemos ver los casos de test desplegados por
carpetas (parte izquierda).
28. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 28 de 33
La pantalla se divide en varias zonas:
- panel izquierdo superior que indica el testplan a ejecutar y la build.
- panel izquierdo inferior, que contiene las pruebas que han sido configuradas para
el plan. Cada carpeta aparece con varios dígitos que indican: el Número total de
pruebas, No ejecutadas, Pasadas, Falladas, Bloqueadas, No completadas, No aplican
y Con incidencia conocida.
Se incluyeun menú de filtrado para seleccionar los casos según criterios varios.
29. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 29 de 33
- panel derecho, que muestra información de la build, historial de ejecuciones de la
prueba y la definición de la prueba.
30. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 30 de 33
En el panel derecho, al final de la página, se encuentra el formulario donde se
anotaran los resultados obtenidos de la prueba. El resultado de la prueba está
compuesto por un texto descriptivo y seis posibles estados: Pasado, Fallado,
Bloqueado, No completado, No aplica e Incidencia conocida.
También se encuentra el campo “Duraciónde la ejecución”.
Al lado, se muestra un cuadro de texto “Notas/Descripción”.Este campo es
editable y en él se puede incluir texto referente al casode prueba, comopuede ser
notas sobre incidencias, datos utilizados, etc.
31. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 31 de 33
Para guardar la ejecuciónse rellena el campo notas (en el caso de querer
rellenarlo), se selecciona un resultado, se marca la duración de la ejecución y se
pulsa en guardar ejecución:
32. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 32 de 33
6.4- AÑADIR FICHEROS ADJUNTOS
Para documentar las ejecuciones, se pueden añadir ficheros adjuntos a los casos de
pruebas:
6.5- DOCUMENTACIÓN DE INCIDENCIAS.
Podemos vincular una incidencia al caso de prueba. Para ello, conociendo el código
de incidencia, pulsamos el botón “Enlazar defectoexistente”:
33. Manual Testlink IT
Versión: 1.0
Fecha: 14/04/2015
Versión Plantilla: 1.0
Página 33 de 33
Puede volverse a ejecutar la prueba, conresultado igual o distinto al anterior:
*La nomenclaturautilizadadeberáserlaindicadaenel documento “Uso Global de
TestLink”.