¿Qué es TestLink ?
Es un sistema de gestión y ejecución de pruebas de
código abierto.
Permite, fácilmente, crear y administrar casos de
prueba así como organizarlos en planes de prueba.
CARACTERÍSTICAS Y VENTAJAS
Acelera el desarrollo, ejecución y reporte de las
pruebas
Reúne y organiza los casos de prueba dinámicamente
Realiza
un seguimiento de resultados y métricas
asociadas con la ejecución de pruebas.
Captura
y
reporta
detalles
para
ayudar
en
la
Captura
y
reporta
detalles
para
ayudar
en
la
realización de un proceso de pruebas más profundo.
La personalización de
TestLink permite moldearlo
según
los
requerimientos
y
procesos
de
cada
CARACTERÍSTICAS Y VENTAJAS
Características generales
Funcionalmente ayuda a seguir procesos de prueba
estandarizados, como los especificados por
IEEE 829
o
BCS SIGIST
.
GUI basada en web (Mozilla, Firefox, IE 6 compatible)
Soporta múltiples bases de datos como MySQL,
Soporta múltiples bases de datos como MySQL,
PostgreSQL o MS-SQL.
Soporte para autentificación (LDAP interna o externa)
Roles flexibles basados en el control de acceso
Pueden
ser
agregados
anexos
y
campos
CARACTERÍSTICAS Y VENTAJAS
Características generales
TestLink
coopera
directamente
con
sistemas
rastreadores de defectos como:
Bugzilla Mantis Jira TrackPlus Eventum Trac Seapine Redmine
Permite a cualquier persona ver diferentes reportes del
plan de prueba, entre los cuales se incluyen:
Un reporte de anomalías o defectos
Un reporte del progreso
Un informe del porcentaje de fallas
Y otros más.
También permite exportar documentos para HTML, MS
REQUERIMIENTOS
TestLink requiere los siguientes programas:
MySQL 4.0.x
php 4.3.x
Servidor web (Apache 1.3.x ó 2.0.x , IIS 3 y
superiores, etc.)
Puedes instalar paquetes que contengan el
Puedes instalar paquetes que contengan el
software anterior como:
XAMPP
,
Uniform
Server
,
EasyPHP
entre otros.
PRE-INSTALACIÓN
Para hacer una pre-instalación vamos a
seguir estos pasos:
1.
Instalar MySQL, php4, y un servidor web, o
algún paquete que los contenga.
2.
Transferir el directorio de TestLink a tu
servidor web por medio de algún método de
transferencia, como ftp, scp, etc. En los
servidor web por medio de algún método de
transferencia, como ftp, scp, etc. En los
siguientes pasos necesitaremos telnet/ssh
para nuestro servidor.
Sí usamos nuestra máquina
local como
PRE-INSTALACIÓN
3. Descomprimir el archivo de TestLink en el lugar deseado, por medio de algún comando o programa que sea capaz de
manejar la descompresión de archivos.
INSTALACIÓN AUTOMÁTICA
Existen dos formas en las que podemos
hacer la instalación: Manual o Automática.
1.
Instalación Automática
En tu servidor web accesa a la siguiente
dirección:
dirección:
INSTALACIÓN AUTOMÁTICA
2. En la página que se muestra tú puedes:
Verificar los parámetros básicos
del servidor web, configuración de php y la versión de la base de datos.
Proporcionar los datos
requeridos, como el tipo de base de datos (MySQL u otra), de datos (MySQL u otra), localización (localhost o el nombre del servidor), nombre y contraseña del usuario administrador de la base de datos (root u otro con su respectiva contraseña) y de testlink (admin/admin) así como el nombre que se le dará a la base de datos.
Crear la base de datos y tablas
INSTALACIÓN AUTOMÁTICA
A continuación
podremos visualizar una pantalla donde se exponen los términos para usar TestLink. Aceptamos los términos para proseguir.
para proseguir.
Y después podremos
INSTALACIÓN AUTOMÁTICA
Por default se crea una cuenta con privilegios de de administrador.
Esta cuenta es llamada “admin” y su contraseña es “admin” y debe ser usada cuando accesamos por primera vez.
INSTALACIÓN AUTOMÁTICA
3.
Después de una actualización exitosa y por
razones de seguridad, lo más recomendable
es borrar el directorio “install”:
<testlinkwebdir>/install/
INSTALACIÓN MANUAL
2. Dentro de la Instalación Manual podemos seguir dos formas: por línea de comandos en Mysql, o usando phpMyAdmin.
Usando línea de comandos:
Crea una base de datos vacía.
CREATE DATABASE testlink
Crea las tablas para la nueva base de datos con lo siguiente: Crea las tablas para la nueva base de datos con lo siguiente:
# mysql -u <user> -p<password> <dbname> < <testlinkdir>/install/sql/testlink_create_tables.sql
Por ejemplo:
# mysql -u testlink -ppass testlink </var/www/html/testlink/install/sql/testlink_create_tables.sql
Carga los datos iniciales para la tabla usuarios (la cuenta admin)
INSTALACIÓN MANUAL
Usando phpMyAdmin:
Crea una base de datos en la página principal. Es recomendable usar caracteres UTF-8.
Opcionalmente, crear un nuevo usuario y asignarle los permisos requeridos para crear la base de datos
Seleccione la base de datos creada en el panel de la izquierda.
Vaya a la ventana SQL.
Vaya a la ventana SQL.
En el botón examinar cargue la ruta del archivo
testlink_create_tables.sql
/install/sql/testlink_create_tables.sql
y ejecute este script.
Cargue la ruta del script testlink_create_default_data.sql.
Y ejecútelo:
INSTALACIÓN MANUAL
Crea un archivo
<testlinkdir>/config_db.inc.php con los
siguientes datos (ejemplo):
<?php
define('DB_TYPE', 'mysql');
define('DB_USER', 'tl_16');
define('DB_PASS', 'tl_16');
define('DB_HOST', 'localhost');
define('DB_NAME', 'tl_16');
INSTALACIÓN MANUAL
Por default se crea una cuenta que es llamada “admin” con contraseña “admin” y debe ser usada cuando entramos por primera vez.
Una vez que estamos dentro de TestLink debemos crear por lo menos una cuenta con nivel de administrador y borrar o deshabilitar la cuenta de “admin” en la sección de “User Administration”. La mejor opción es borrarla.
Después de una actualización exitosa y por razones de seguridad, lo más recomendable es borrar el directorio “install”: <testlinkwebdir>/install/
CONFIGURACIÓN
Archivos de configuración
config.inc.php:
Archivo de configuración principal.
config_db.inc.php
: Contiene la configuración de los
parámetros para acceder a la base de datos. Este
archivo
es
creado
automáticamente
durante
la
instalación de testlink. Normalmente no es necesario
modificarlo manualmente.
modificarlo manualmente.
Los siguientes archivos contienen los parámetros de
configuración para accesar a rastreadores de defectos
como Mantis, bugzilla o jira.
CONFIGURACIÓN
Parámetros que deben ser configurados
DB_SUPPORTS_UTF8
CONFIGURACIÓN
Parámetros que pueden ser configurados
TL_LOG_LEVEL_DEFAULT
Configura esto al nivel por default de logging (NONE, ERROR, INFO, DEBUG).
TL_LOG_PATH
El nombre del archivo y ruta para el logfile de TestLink. Por ejemplo. /tmp/testlink.log
MAIN_PAGE_METRICS_ENABLED
MAIN_PAGE_METRICS_ENABLED
Controla si la tabla de metricas debe ser mostrada sobre la página principal. Acepta 'TRUE' or 'FALSE‘.
TL_INTERFACE_BUGS
Este parámetro configura la interfaz para un sistema rastreador de
defectos. Los valores posibles son: 'NO', 'BUGZILLA', 'MANTIS', 'JIRA' para TestLink >= 1.6
TL_TREE_KIND
Es usado para configurar el menú de árbol “Component” usado en
CONFIGURACIÓN
TL_IMPORT_LIMIT
Tamaño máximo en bytes para subir archivos. El default es 200000. Existe también TL_IMPORT_ROW_MAX para el tamaño máximo de cada línea del archivo exportado. 10000 caracteres deberían ser suficientes.
$g_fckeditor_toolbar
Puedes modificar el contexto de la barra de fckeditor.
TL_TPL_CHARSET
Es usado para usuarios provenientes de China:
define('TL_TPL_CHARSET', 'gb2312');
Es usado para usuarios provenientes de China:
define('TL_TPL_CHARSET', 'gb2312');Todos los demás
usuarios no necesitan ésta modificación.
TL_DEFAULT_LOCALE
El valor default está en GB.
TL_COMPANY, TL_DOC_COPYRIGHT,
y
TL_DOC_CONFIDENT
ACTUALIZACIÓN
Para hacer una correcta actualización a versiones más
recientes puedes hacer lo siguiente:
1.
Actualización Automática (vía script):
Sigue los pasos de
pre-instalación
.
En tu navegador web introduce la siguiente dirección:
http://<testlinkwebdir>/install/index.php http://<testlinkwebdir>/install/index.php
Elige el vínculo llamado
“Upgrade Installation”.
Ejecuta el script hasta que el proceso esté finalizado.
Después de una correcta actualización borra el
directorio <testlinkwebdir>/install/ por motivos de
seguridad.
ESTRUCTURA GENERAL
Existen 3 elementos fundamentales: Producto, plan de
pruebas y usuario. Todos los otros datos son relaciones
o atributos de esta base.
Terminología básica:
Productos y planes de prueba
Un producto (conocido como proyecto en TL 1.6 y versiones superiores) es alguna cosa que puede
existir indefinidamente en TestLink. Incluyen existir indefinidamente en TestLink. Incluyen especificaciones de prueba con casos de prueba y deben ser ordenados basándose en palabras clave (keywords).
Plan de prueba: Los planes de prueba pueden ser
ESTRUCTURA GENERAL
Categorización de casos de prueba
TestLink organiza la estructura de los casos de prueba en 3 niveles; componentes, categorías y casos de prueba. Estos niveles son persistentes a través de la aplicación.
Componente: Los componentes son los padres de las
categorías. Cada componente puede tener muchas categorías.
Categoría: Son los padres de los casos de prueba. Cada
categoría puede tener muchos casos de prueba. categoría puede tener muchos casos de prueba.
Caso de prueba (Test Case): Son las piezas fundamentales
de TestLink
Especificación de la prueba (Test Specification): Todos
los componentes, categorías y casos de prueba dentro de un producto.
Grupos de casos de prueba (Test Case Suite ) reemplazan
a los componentes y las categorías en TL 1.6 o superiores.
ESTRUCTURA GENERAL
Usuarios
Un usuario tiene un rol que define la disponibilidad de las características de TestLink.
Rol Lista de derechos Permisos
Guest mgt_view_tc, mgt_view_key, tp_metrics Explorar los datos Test
Executor (Tester)
tp_execute,tp_metrics Ejecutar pruebas únicamente Test Analyst
(Senior
tp_execute, tp_metrics, tp_create_build, mgt_view_tc, mgt_modify_tc, mgt_view_key,
Editar especificaciones de prueba, ejecutar pruebas, crear construcciones
(Senior Tester)
mgt_view_tc, mgt_modify_tc, mgt_view_key, mgt_view_req
pruebas, crear construcciones
Test Designer
tp_metrics, mgt_view_tc, mgt_modify_tc, mgt_view_key, mgt_modify_req, mgt_view_req
Editar especificaciones de prueba y requerimientos.
Test Leader tp_execute, tp_create_build, tp_metrics, tp_planning, tp_assign_rights, mgt_view_tc, mgt_modify_tc, mgt_view_key, mgt_modify_key, mgt_view_req, mgt_modify_req
Todos los permisos sobre el plan de pruebas, editar especificaciones de prueba y ejecutar pruebas.
Administrator tp_execute, tp_create_build, tp_metrics, tp_planning, tp_assign_rights, mgt_view_tc, mgt_modify_tc, mgt_view_key, mgt_modify_key, mgt_view_req, mgt_modify_req,
mgt_modify_product, mgt_users
PROYECTOS DE PRUEBA (PRODUCTOS)
Generalidades
Los
proyectos
de
prueba
son
fundamentales en TestLink
.
Los proyectos de prueba son versiones
PROYECTOS DE PRUEBA (PRODUCTOS)
Creando nuevos proyectos de prueba
Los proyectos de prueba no pueden tener el mismo nombre.
Los puntos que debes tomar en cuenta al crear un proyecto de prueba nuevo son:
No es recomendable borrar proyectos de prueba del sistema, por sí
mismos, porque el borrado de ellos podría provocar la pérdida de algunas partes de los casos del plan de pruebas o conducirlas a su algunas partes de los casos del plan de pruebas o conducirlas a su cancelación
Los planes de pruebas representan la prueba de un proyecto de
prueba en un determinado marco del tiempo. Lo que significa que todos los planes de pruebas son creados dentro de un proyectos de prueba y contiene casos de prueba.
TestLink tiene la habilidad de importar tus datos dentro de un
ESPECIFICACIÓN DE LA PRUEBA
Grupos de Pruebas
Los usuarios organizan los casos de prueba dentro de
grupos de (casos) prueba. Cada conjunto tiene un
título, descripción del caso de prueba y posiblemente
otros grupos de pruebas.
TestLink usa la estructura de árbol para los grupos de
pruebas.
ESPECIFICACIÓN DE LA PRUEBA
Casos de prueba
Son un conjunto de entradas, precondiciones
de
la
ejecución,
y
resultados
esperados
(salidas)
desarrollados
con
un
objetivo
(salidas)
desarrollados
con
un
objetivo
ESPECIFICACIÓN DE LA PRUEBA
Creando casos de prueba
Los casos de prueba tiene las siguientes partes:
Título: Puede incluir descripciones cortas o abreviaciones.
Ejemplo. TL-USER-LOGIN
Resumen: Debe ser realmente corto; únicamente para vista
general.
Pasos: Describe el escenario de pruebas (acciones de
entrada); puede incluir precondiciones e información de : Describe el escenario de pruebas (acciones de entrada); puede incluir precondiciones e información de depuración.
Resultados esperados: Describe los puntos de verificación y
el comportamiento esperado de un producto o sistema probado.
Un ID numérico: Es asignado automáticamente por testLink
Anexos: Pueden ser agregados sí la configuración lo
ESPECIFICACIÓN DE LA PRUEBA
Borrando casos de prueba
Los casos de prueba, categorías y componentes
pueden ser borrados de un plan de pruebas por
usuarios con permisos de “delete test cases”.
Borrar datos puede ser útil cuando se está creando un
ESPECIFICACIÓN DE LA PRUEBA
Relación con los requerimientos
Los
casos
de
prueba
pueden
estar
relacionados
con
los
requerimientos
del
software o sistema.
software o sistema.
Esta funcionalidad debe ser habilitada para
PALABRAS CLAVE (KEYWORDS)
Creación y asignación de palabras clave (keywords)
Pueden ser creadas únicamente por usuarios con
privilegios mgt_modify_key. Una vez que una palabra
clave o grupo de palabras han sido creadas pueden
ser asignadas a los casos de prueba.
ser asignadas a los casos de prueba.
Las palabras clave pueden ser asignadas desde la
pantalla “assign keywords” o individualmente desde la
administración de casos de prueba.
PALABRAS CLAVE (KEYWORDS)
Filtrando por palabras clave (keywords)
Los usuarios pueden filtrar con base a la
palabra clave para:
Búsqueda
de
casos
de
prueba
en
la
Búsqueda
de
casos
de
prueba
en
la
especificación de la prueba
Agregar grupos de casos de prueba en un
conjunto de casos de prueba (plan de prueba)
PALABRAS CLAVE (KEYWORDS)
Importando, Ejecutando y las Métricas
Los usuarios tiene la capacidad de
importar y ejecutar grupos de casos de
prueba en un plan de pruebas por
prueba en un plan de pruebas por
palabras clave.
Una vez que estos casos de pruebas
PRUEBA BASADA EN LOS REQUERIMIENTOS
Para asegurar que un sistema es construido
como fue especificado, los Testers hacen las
pruebas en base a los requerimientos. Por
cada requerimiento es diseñado uno o más
casos de prueba. Al final de la ejecución de las
casos de prueba. Al final de la ejecución de las
pruebas el Tester administrador reporta las
pruebas
que
fueron
ejecutadas
y
los
PRUEBA BASADA EN LOS REQUERIMIENTOS
Especificación de requerimientos
Los requerimientos son agrupados en una o más
especificaciones de requerimientos ya sea del usuario,
software, o sistema.
NOTA: Para poder usar esta funcionalidad debemos
NOTA: Para poder usar esta funcionalidad debemos
REQUERIMIENTOS
Crear un documento con requerimientos:
1.
En
la
ventana
principal
dé
click
sobre
“Requirements Specificacion”. Se muestra la lista
de “requirements specificacion”.
2.
Presiona el botón “create” para crear un documento
3.
Ajusta el título, alcance, y en algunos casos
la
cuenta de los casos de prueba. Este último es
cuenta de los casos de prueba. Este último es
usado para estadísticas.
4.
Presiona el botón “create” para agregar datos a la
base de datos.
5.
Da click en el titulo del documento para continuar
trabajando
en
la
ventana
de
“Requeriments
PLANES DE PRUEBA
Creando un nuevo plan de pruebas
Los planes de pruebas son la base para la ejecución de los casos de prueba.
Los planes de prueba son hechos sobre los casos de pruebas importados de proyectos de prueba, en un especifico marco del tiempo.
Los planes de prueba pueden ser solamente, creados por los usuarios con privilegios “Leader” y desde otros planes de prueba.
con privilegios “Leader” y desde otros planes de prueba.
Para que un usuario puede ver un plan de pruebas, debe tener los privilegios apropiados. Estos privilegios pueden ser asignados por un usuario “Leader” en “User administration” / ”Assign Test Project roles” .
PLANES DE PRUEBA
Construcciones (Builds)
Las construcciones (builds) son una versión específica de un software. Pueden ser construidas en el vínculo “Build management” en la página principal.
Cada proyecto dentro de una compañía está, muy probablemente, compuesto de muchas construcciones.
La ejecución de Testlink está compuesta tanto de construcciones como casos de prueba.
Si no existen construcciones creadas en un proyecto, la pantalla de ejecución no te permitirá ejecutarlos. La pantalla de métricas se mostrará completamente en blanco.
Las construcciones son identificadas por su título. Incluyen una
PLANES DE PRUEBA
Borrando planes de prueba
Los planes de prueba pueden ser borrados desde la página principal por usuarios con permisos leader.
Cuando borramos un plan de pruebas son borrados también sus datos correspondientes (casos de prueba, resultados, etc.)
El borrado de datos es una cuestión no recomendada, debe ser
El borrado de datos es una cuestión no recomendada, debe ser reservada para casos extremos.
PLANES DE PRUEBA
Agregando nuevos casos de prueba
Los grupos de casos de prueba son un conjunto de casos de prueba, los cuales son definidos para ser ejecutados dentro de un plan de prueba.
Los grupos de casos de prueba son creados de la siguiente forma: Agregamos un caso de prueba desde “Test Specification” para el plan de prueba.
Los casos de prueba son agregados incluyendo los pasos y los resultados esperados. Debes usar la página de “update modified test cases” para actualización de los escenarios de prueba (versión de casos de prueba).
actualización de los escenarios de prueba (versión de casos de prueba).
Los datos de múltiples proyectos de prueba pueden ser agregados dentro de un plan de pruebas. Los datos pueden ser filtrados por las palabras clave.
Una vez que un dato ha sido importado a un plan de pruebas, éste será marcado
PLANES DE PRUEBA
Removiendo casos de prueba del grupo de caso de prueba
Los casos de prueba, categorías y componentes pueden ser borrados de un plan de pruebas por usuarios con privilegios leader en la página “Remove Test Cases”.
PLANES DE PRUEBA
Prioridad e Hitos
TestLink permite que los usuarios asignen un grado de
importancia a los casos de prueba. El riesgo general es hecho
en el nivel del grupo de prueba dentro de un plan de pruebas particular. TestLink combina estos dos atributos (riesgo e importancia) dentro de la prioridad. Estos atributos tienen tres niveles; bajo, medio, alto.
Los Testers leader pueden definir el porcentaje de finalización de
Los Testers leader pueden definir el porcentaje de finalización de las pruebas, respecto a una fecha definida, que ha sido cubierto hasta el momento.
EJECUCIÓN DE LA PRUEBA
La ejecución de pruebas puede realizarse después de que se ha cumplido con lo siguiente:
1.Se ha escrito una especificación de prueba 2.Se ha creado un plan de prueba
3.Los casos de prueba han sido agregados al plan de prueba 4.Se ha creado una construcción
5.Se da a conocer el plan de prueba a los TestersSe da a conocer el plan de prueba a los Testers
(en cualquier otro caso él no podrá visualizar el plan).
EJECUCIÓN DE LA PRUEBA
Estatus de la prueba
La ejecución es el proceso de asignar un resultado que puede ser: Aprobado (pass), desaprobado (failed), bloqueado (block) para el caso de prueba de una construcción específica. Cuando un caso de prueba está bloqueado significa que no es posible hacer la prueba por alguna razón.
La pantalla de “Results” es mostrada cuando damos click en
REPORTE DE PRUEBAS Y MÉTRICAS
Los reportes de pruebas y métricas son mostrados cuando damos click sobre los enlaces “Results” o “Test Reports And Metrics” sobre la página principal.
La página que se muestra incluye:
Un panel derecho que será llenado con instrucciones sobre
cómo usar los controles y cómo es producido cada reporte.
Un panel izquierdo que es usado para navegar entre cada
reporte. reporte.
Todos los reportes (con excepción de las gráficas) serán generados en 3 formatos:
Normal (página web con HTML)
MS Excel (exportado para Microsoft Excel)
HTML EMail (el reporte es enviado a las direcciones de
REPORTE DE PRUEBAS Y MÉTRICAS
Existen los siguientes reportes:
1. Métricas generales del plan de pruebas 2. El estado general de la construcción 3. Consulta de métrica
4. Reportes de casos de prueba bloqueados, desaprobados, y no ejecutados.
5. Reporte de pruebas Gráficas
6. Gráficas
FLUJO DE TRABAJO EN TESTLINK
Para trabajar con un ejemplo sencillo del uso de
TestLink vamos a tomar en cuenta a la compañía XYZ
que ha desarrollado un sistema para el pago de
nóminas a sus empleados.
1.
Iniciamos creando un proyecto de pruebas al cual la
compañía ha asignado el identificador: AP05-0101 que
usaremos como nombre del proyecto.
En la página principal
Click para crear
1
FLUJO DE TRABAJO EN TESTLINK
Como punto siguiente vamos a ver el plan de pruebas
de la compañía XYZ, el ejemplo está basado en los
estándares de documentación de la prueba del software
especificados por el IEEE.
FLUJO DE TRABAJO EN TESTLINK
Crear el plan de pruebas
En la página principal
1 2
FLUJO DE TRABAJO EN TESTLINK
El plan está activo
Si deseamos hacer algún cambio en el plan, damos click aquí y será mostrada una página que nos permitirá hacer dichas
modificaciones.
Borrar el plan
modificaciones.
Hacemos las modificaciones correspondientes
Según el plan de pruebas para el correcto
desarrollo
del
proyecto
de
pruebas
se
necesitará el siguiente personal:
1 Administrador de la prueba (admin)
1 Analista mayor de la prueba (Senior Tester)
1 Analista mayor de la prueba (Senior Tester)
2 Analistas de la prueba (Test designer)
1 Técnico de la prueba (Tester)
FLUJO DE TRABAJO EN TESTLINK
Para
cada
usuario
vamos
a
realizar
lo
siguiente.
1
FLUJO DE TRABAJO EN TESTLINK
Podemos agregar algún campo personalizado, como
ejemplo agreguemos “e-mail” y supongamos que
necesitamos que se visualice en los casos de prueba.
1
Asignar el campo
4
En la página principal
2
3
4
5
En esta ventana podemos quitar una asignación del campo
FLUJO DE TRABAJO EN TESTLINK
2.
Como siguiente paso crearemos un grupo de
casos de prueba llamado AP06-02
1
En la página principal
3
2. Damos click sobre el nombre del proyecto
FLUJO DE TRABAJO EN TESTLINK
4
Suponiendo que vamos a hacer una división de las pruebas en base a las características que deseamos probar del sistema, vamos a crear 8 grupos más (ver plan de pruebas subtema no. 4 ):
AP06-01 AP06-02 AP06-03
AP06-04 AP06-05 AP06-06
FLUJO DE TRABAJO EN TESTLINK
3.
Ahora vamos a crear los casos de
prueba.
Dentro de la misma página de especificación
de prueba, damos click en algún grupo de
casos de prueba, por ejemplo en el AP06-07
que fue creado para agrupar casos de prueba
que fue creado para agrupar casos de prueba
relacionados con la seguridad del sistema.
FLUJO DE TRABAJO EN TESTLINK
Damos click en “Create Test Case”
2
FLUJO DE TRABAJO EN TESTLINK
FLUJO DE TRABAJO EN TESTLINK
Una vez que ya tenemos nuestro caso de pruebas podemos editarlo, borrarlo, importarlo, desactivarlo, etc.
1
2
1
Podemos adjuntar documentos de la siguiente forma:
1
2
FLUJO DE TRABAJO EN TESTLINK
Para crear una palabra clave vamos a hacer los
siguiente:
1
2
Después de que han sido creadas debemos asignarlas:
3
4. click para
seleccionar un caso de prueba
5. Asignar una o varias
palabras 6. Click
FLUJO DE TRABAJO EN TESTLINK
Para crear una construcción para el plan creado,
vamos a tomar en cuenta el alcance, características
y entregables de la prueba, mencionados en el
documento de plan de pruebas.
1
2
FLUJO DE TRABAJO EN TESTLINK
FLUJO DE TRABAJO EN TESTLINK
Una vez creada la construcción podemos
hacer modificaciones.
Activo
FLUJO DE TRABAJO EN TESTLINK
Detalles de hitos.
1
2.Nombre, fecha de
finalización (mes,
3
finalización (mes,
día, año), porcentaje
cumplido (sumados
los 3 campos no
deben superar el
100%).
3
FLUJO DE TRABAJO EN TESTLINK
Importar los casos de prueba al plan de
pruebas.
1
Click aquí
3.Elegir los
casos de prueba de la versión que necesitamos
2
Click aquí
4
Podemos notar que el color
cambia a amarillo.
FLUJO DE TRABAJO EN TESTLINK
Asignar la ejecución de los casos de prueba
a determinado Tester.
1
Seleccionar uno o todos
4. Seleccionar al Tester y dar click en “Do”
3
2.Click aquí
Seleccionar uno o todos los casos de prueba
5.Click aquí
3
FLUJO DE TRABAJO EN TESTLINK
Ejecutar los casos de prueba
1
2. Seleccionar el
caso de prueba en base a su ID, palabra clave, resultado, construcción.
3. Click aquí
4. Click en el caso de
FLUJO DE TRABAJO EN TESTLINK
5. Seleccionar el resultado del caso de prueba, podemos agregar alguna nota
6. Click aquí
FLUJO DE TRABAJO EN TESTLINK
Después de la ejecución podemos ver los
diferentes reportes.
1
2. Seleccionar el tipo de
