Você está na página 1de 3

TestLink

TestLink

Desarrollador (es) Prueba de equipo

Lanzamiento estable 1.9.16 / 21 de enero de 2017 ; Hace 12 meses

 https://github.com/TestLinkOpenSourceTRMS/testlink-code
Repositorio

Escrito en PHP

Sistema operativo Multiplataforma

Disponible en Plurilingüe

Tipo Gestión de pruebas

Licencia GPL

Sitio web testlink .org

TestLink es un sistema de gestión de pruebas basado en la web que facilita la garantía de


calidad del software . Es desarrollado y mantenido por Teamtest. La plataforma ofrece soporte
para casos de prueba, suites de prueba, planes de prueba, proyectos de prueba y
administración de usuarios, así como varios informes y estadísticas.

Requisitos
Como TestLink es un software basado en la web, un administrador necesita acceder a un
servidor web y una base de datos para instalarlo y ejecutarlo. TestLink tiene soporte para
las bases de datos MySQL , MariaDB y PostgreSQL . Para usar TestLink, un usuario solo
requiere un navegador web .

Uso
Las unidades básicas utilizadas por TestLink son: Caso de prueba, Conjunto de pruebas, Plan
de prueba, Proyecto de prueba y Usuario.

Plan de prueba
Los planes de prueba son la unidad básica para ejecutar un conjunto de pruebas en una
aplicación. Los planes de prueba incluyen compilaciones, hitos, asignación de usuarios y
resultados de pruebas.
Un plan de prueba contiene el nombre, la descripción, la recopilación de los casos de prueba
elegidos, las compilaciones, los resultados de las pruebas, los hitos, la asignación del
probador y la definición de prioridad. Cada plan de prueba está relacionado con el proyecto de
prueba actual.
Los usuarios que tienen privilegios de plomo para el Proyecto de prueba actual pueden crear
Planes de prueba a partir de la página "Gestión del plan de prueba". Presione el botón "Crear"
e ingrese datos.
La definición del plan de prueba consta de título, descripción (formato html) y estado de casilla
de verificación "Activa". La descripción debe incluir la siguiente información con respecto a los
procesos de la compañía:

 Resumen / Alcance
 Características que se probarán
 Características para no ser probado
 Criterios de prueba (para pasar el producto probado)
 Entorno de prueba, infraestructura
 Herramientas de prueba
 Riesgos
 Referencias (plan de producto o solicitud de cambio, documento (s) de calidad, etc.)
Los planes de prueba se componen de casos de prueba importados de una especificación de
prueba en un momento específico. Los Planes de prueba se pueden crear a partir de otros
Planes de prueba. Esto permite a los usuarios crear Planes de prueba a partir de Casos de
prueba que existen en un momento determinado. Esto puede ser necesario al crear un plan de
prueba para un parche. Para que un usuario vea un Plan de prueba, debe tener los derechos
adecuados. Los derechos se pueden asignar (por clientes potenciales) en la sección definir
Usuario / Derechos del proyecto. Esto es algo importante para recordar cuando los usuarios le
dicen que no pueden ver el proyecto en el que están trabajando.
Los usuarios con privilegios de lead pueden eliminar los planes de prueba.
Caso de prueba
Un caso de prueba describe una tarea simple en el flujo de trabajo de una aplicación. Un caso
de prueba es una parte fundamental de TestLink. Después de que un probador ejecute un
caso de prueba, puede pasar, fallar o bloquearlo. Los casos de prueba están organizados en
suites de prueba. Los casos de prueba tienen las siguientes partes:

 El identificador de un caso de prueba es asignado automáticamente por TestLink, y los


usuarios no pueden cambiarlo. Esta ID se compone del prefijo Test Project y un contador
relacionado con el Proyecto de prueba en el que se crea el Caso de prueba.
 Título: podría incluir una breve descripción o abreviación (por ejemplo, TL-USER-LOGIN)
 Resumen: debe ser realmente corto; solo para visión general, introducción y referencias.
 Pasos: describir escenario de prueba (acciones de entrada); también puede incluir
precondición e información de limpieza aquí.
 Resultados esperados: describir los puntos de control y el comportamiento esperado de
un producto o sistema probado.
 Adjuntos: podrían agregarse si la configuración lo permite.
 Importancia: El diseñador de la prueba podría establecer la importancia de la prueba
[ALTO, MEDIO y BAJO].
 Tipo de ejecución: el diseñador de prueba podría establecer el soporte de automatización
de la prueba [MANUAL / AUTOMATED]
 Campos personalizados: el administrador podría definir parámetros propios para mejorar
la descripción o la categorización del caso de prueba. Los grandes campos
personalizados (más de 250 caracteres) no son posibles. Pero la información podría
agregarse al Parent Test Suite y referirse a través de campos personalizados. Por
ejemplo, puede describir la configuración 'estándar', 'rendimiento', 'estándar_2' y referir vía
CF a estas etiquetas.
Usuario
Cada usuario de TestLink tiene un Rol asignado que define las funciones disponibles. Los
tipos predeterminados son: Invitado, Diseñador de prueba, Probador principal, Probador, Líder
y Administrador, pero también se pueden crear roles personalizados.
Proyectos de prueba
Los proyectos de prueba son la unidad organizativa básica de TestLink. Los proyectos de
prueba pueden ser productos o soluciones de su empresa que pueden cambiar sus
características y funcionalidad a lo largo del tiempo, pero en su mayor parte siguen siendo los
mismos. El Proyecto de prueba incluye documentación de requisitos, Especificación de
prueba, Planes de prueba y derechos de usuario específicos. Los proyectos de prueba son
independientes y no comparten datos.
Especificaciones de prueba
TestLink descompone la estructura de la especificación de prueba en suites de prueba y casos
de prueba. Estos niveles se mantienen durante toda la aplicación. One Test Project tiene solo
una Especificación de prueba.

Características
 roles de usuario y gestión
 agrupación de casos de prueba en especificaciones de prueba
 planes de prueba
 plataformas
 requisitos con control de versiones y revisión
 soporte para probar diferentes compilaciones del software
 informes, gráficos y monitores
 personalización de la interfaz de usuario utilizando plantillas Smarty
 integración con LDAP
 integración con otro software usando una API provista
 integración del sistema de seguimiento de errores
( Mantis , JIRA , Bugzilla , FogBugz , Redmine y otros)

Você também pode gostar