Herramientas de Testing más utilizadas

Testing
Herramientas mas utilizadas
Las dividimos en las siguientes categorías y discriminando según sean herramientas open
source (gratuítas) o herramientas comerciales (de pago).
1. Herramientas de gestión de pruebas
2. Herramientas para pruebas funcionales
3. Herramientas para pruebas de carga y rendimiento.
Lic. Estela Cremieux 1

Testing
Herramientas mas utilizadas (continuación)
1. Herramientas de gestión de pruebas
Las herramientas de gestión de pruebas son aquellas que se utilizan para gestionar la
información relativa a los «casos de prueba», normalmente los funcionales, para planificar
actividades de testing, para gestionar los informes resultantes después de pasar dichos
test, etc.
Es fundamental para cualquier proyecto, salvo que sea muy pequeño, contar con alguna
herramienta de gestión de pruebas. Hay herramientas que van por separado y otras que
integran con herramientas complementarias

Testing
1. Herramientas de gestión de pruebas (continuación)
Herramientas Open Source: Herramientas comerciales:
Bugzilla Testopia HP Quality Center/ALM

FitNesse QA Complete
qaManager qaBook
qaBook T-Plan Professional
RTH (open source) SMARTS
Salome-tmf QAS.Test Case Studio
Squash TM PractiTest
Test Environment Toolkit SpiraTest
TestLink TestLog
Testitool ApTest Manager
XQual Studio Zephyr
Radi-testdir
Data Generator
Testing
TestLink
Es un proyecto de código abierto en la lista de herramientas de gestión de pruebas

conocidas
Tiene algunas dificultades para la instalación (complicado), es utilizado por muchos

Equipos. El ciclo de vida de prueba comienza con la creación de un proyecto, agregando
miembros y asignándoles roles. Es exactamente lo mismo que en otras herramientas.
Algunas de sus caracteristicas son:
• Crear y describir los requisitos del producto

• Crear Casos de prueba Sobre la base de estos requisitos.
• Agrupar sus casos de prueba en una Plan de prueba
• Seleccione una persona para la prueba
• Recibir el informe una vez finalizada la prueba
Testing
PractiTest
Es un servicio basado en la nube. Si se tienen pruebas atomizadas trabajando con Selenio o

Jenkins, esta herramienta de gestión de pruebas también puede trabajar con ellos usando
API. Su costo es razonable en relación a otras herramientas equivalentes
Algunas de sus características son:
• Crear proyectos
• Crear una biblioteca de prueba
• Describir diferentes tipos de Casos de prueba
• Escribir escenarios de prueba
• Apoyo historias de usuarios con este servicio
• Describir y subir el requisitos para el producto
• Crear un equipo de prueba, asignarlo a un testeador y nombrar fechas exactas de
pruebas
• Reportar un defecto, una mejora o una tarea
Testing
JIRA + Zephyr
Zephyr es uno de los muchos Jira Extensiones de s Jira. La ventaja es un precio básico bajo
y en el rango de diferentes niveles de precios.
• Crear un Plan de prueba

• Describir Casos de prueba
• Buscar las ejecuciones de test
• Elaborar filtros de ejecución
• Elaborar sumarios de test
• Elaborar métricas de test
• Generar informes

Testing
2. Herramientas para pruebas funcionales

Una prueba funcional es una prueba basada en la ejecución, revisión y retroalimentación
de las funcionalidades previamente diseñadas para el software (requisitos funcionales).
Hay distintos tipos como por ejemplo: Pruebas de integración, de regresión, de sistema.
Selenium QuickTest Pro

Soapui Rational Robot
Watir (Pruebas de aplicaciones web en Ruby) Sahi
WatiN (Pruebas de aplicaciones web en .Net) SoapTest
Capedit Test Complete
Canoo WebTest QA Wizard
Solex Squish
Imprimatur vTest
SAMIE Internet Macros
ITP
WET
WebInject
Testing
2. Herramientas para pruebas funcionales (continuación)
Selenium
Es una herramienta de pruebas automatizadas de aplicaciones web, funciona desde un

navegador web y permite crear las pruebas automatizadas de dos formas, escribiéndolas
en lenguaje de programación (Scripting) o utilizando el método de grabación y playback de
la acción del usuario. Es de código abierto.
Permite escribir las pruebas en varios lenguajes, entre ellos Ruby, Java, C#, Perl, Python e
inclusive en HTML puro (llamado Selenesio).
Para cada lenguaje existen distintas instrucciones de programa que te permitirán ejecutar
interacciones con la aplicación web, tales como abrir una ventana de navegador, navegar
hacia la dirección de HTTP donde esté ubicado tu ambiente, acceder a la página y a sus
componentes para ingresar datos, presionar el botón enviar, recibir respuestas, evaluar los
mensajes de respuesta y continuar con el flujo de proceso en distintos escenarios, entre
otros.

Testing

Selenium (continuación)
El procedimiento consiste en:
• Escribir el código de pruebas en el lenguaje seleccionado.

• Ejecutarlo usando Selenium Remote Control.
• Puedes desarrollar tu propio Framework y después utilizarlo en otros Scripts.
Como se automatizan las pruebas en Selenium usando la funcionalidad de Record / playback

Se utiliza el Selenium IDE, el cual es capaz de registrar las acciones que está realizando el
usuario por pantalla. Se comienza encendiendo la grabación, luego se utiliza el Navegador
dirigiéndose a la dirección URL del ambiente, se ejecuta como si se estuviera haciendo una
prueba funcional, ingresando datos en pantalla, enviando la información y evaluando las
respuestas. Todo esto será registrado por el IDE.
Posteriormente, se podrá exportar la prueba funcional realizada en la forma de un Script
en cualquiera de los lenguajes de programación usados.
Testing

SoapUI
Es la herramienta de mayor difusión para probar webservices. Es gratuita.
Algunas de sus caracteristicas son:
• Crear casos de prueba con la interfaz que provee.

• Web Service Mocking.
• Inspección de Webservices.
• Pruebas funcionales de Webservices.
Frecuentemente en los proyectos necesitamos probar funcionalidad que utilizan

Webservices cuyo desarrollo no ha comenzado o no está listo para usarse aún.
El Mocking de Webservices te permite simular la funcionalidad de un Webservice
comenzar a diseñar y desarrollar tus pruebas. De esta forma puedes aplicar metodologías
de desarrollo guiado por pruebas (Test Driven Development TDD) en las cuales primero
desarrollas la prueba y luego el software.
Testing
Watir
Es una familia de librerías Ruby de Código Abierto (Open Source) para la automatización de
navegadores web.
Le permite a su usuario escribir pruebas.
Tiene la capacidad de hacer clic en enlaces, llenar formularios de pantallas con datos y
presionar botones.
Watir también revisa los resultados, incluyendo verificar si los textos esperados se
muestran en las páginas.
Tiene la capacidad de enlazarse con bases de datos, leer archivos de datos y hojas de
cálculo, y estructurar los códigos como librerías reutilizables.

Testing
Rational Functional Tester
Herramienta de automatización de pruebas funcionales y de regresión. Proporciona

capacidades de pruebas de interfaz gráfica, pruebas manejadas por datos (Data Driven),
pruebas funcionales y puebas de regresión.
• Simplificación de creación y visualización de pruebas

• Validación de data dinámica (por medio de un wizard)
• capacidad de definir scripts por medio de lenguajes de Scripting.

Testing
3. Herramientas para pruebas de carga y rendimiento.
Las pruebas de rendimiento son un conjunto de pruebas que nos permiten medir la
velocidad de ejecución de una serie de tareas en un sistema, bajo unas condiciones
determinadas.
De esta forma, podremos:
• Demostrar si el sistema cumple con los criterios establecidos

• Comparar sistemas para evaluar cuál de ellos se ejecuta más rápido
• Detectar cuellos de botella (qué partes del sistema se ejecutan de una manera menos
óptima afectando de esta manera a la ejecución global).
Existen diferentes tipos de pruebas de rendimiento
• De carga
• De stress
• De resistencia
Testing
3. Herramientas para pruebas de carga y rendimiento. (continuación)
Pruebas de carga:
Una prueba de carga se ejecuta para comprender el comportamiento de un sistema ante

una carga determinada.
Esta carga puede ser el número de usuarios esperado en producción o un número de

transacciones durante un tiempo determinado.
El objetivo de este tipo de pruebas es determinar cuáles son las transacciones más críticas
para una posible optimización de las mismas, detectando posibles cuellos de botella y
corrigiendo los mismos para mejorar el rendimiento.

Testing
Pruebas de stress:
Estas pruebas son utilizadas normalmente para someter a la aplicación al límite de su
funcionamiento mediante la ejecución de un número de usuarios muy superior al
esperado, o bien, mediante la substracción de recursos (también conocidas como pruebas
negativas donde se simula por ejemplo el fallo de un servidor en clúster).
La finalidad de este tipo de prueba es la de determinar la robustez de una aplicación

cuando la carga es extrema facilitando la configuración de las alarmas del sistema cuando
se alcancen ciertos límites.
Pruebas de resistencia:
Se realizan con el fin de determinar si la aplicación puede mantener la carga esperada de
manera continuada y durante un largo periodo de tiempo.
El objetivo principal de este tipo de pruebas es verificar que no existen fugas de memoria o
procesos que pierdan rendimiento transcurrido un cierto periodo de tiempo.
Testing
FunkLoad HP LoadRunner
FWPTT load testing LoadStorm
loadUI NeoLoad
jmeter WebLOAD Professional
Forecast
ANTS – Advanced .NET Testing System
Webserver Stress Tool
Load Impact

Testing
Jmeter
Es una herramienta de testing open source, escrita 100% en Java que permite realizar
pruebas de rendimiento (Performance testing) sobre nuestra aplicación Web.
El objetivo principal de este tipo de prueba es evaluar si nuestro sistema cumple o no con
los requisitos de rendimiento establecidos, simulando una cierta cantidad de usuarios
concurrentes que estarán enviando peticiones al sistema.
Jmeter nos permite evaluar el tiempo de respuesta de dichas peticiones generando

reportes de forma gráfica y de tabla.
Para realizar nuestras pruebas el primero paso será realizar la grabación de las distintas
peticiones cuya performance queremos evaluar.
Aquí es donde la extensión de Chrome de BlazeMeter tiene su principal ventaja ya que es

muy sencillo grabar y filtrar las distintas peticiones, con el fin de obtener una lista que
luego vamos a exportar para utilizarla con Jmeter y así poder realizar nuestro test de
performance y generar los reportes deseados
Testing
Documentación de pruebas
La documentación de las pruebas se realiza mediante el llamado “Plan de pruebas“

El contenido que debería contener es el siguiente:
• Recursos
• Historial de Versiones
 Requerimientos de Entornos – HW
• Información del Proyecto
 Requerimientos de Entornos – SW
• Aprobaciones
 Herramientas de Pruebas
• Resumen Ejecutivo
Requeridas
• Alcance de las Pruebas
 Personal
 Elementos de Pruebas
 Entrenamiento
 Nuevas Funcionalidades a Probar
• Planificación y Organización
 Pruebas de Regresión
 Procedimientos para las Pruebas
 Funcionalidades a No Probar
 Matriz de Responsabilidades
 Enfoque de Pruebas (Estrategia)
 Cronograma
• Criterios de Aceptación o Rechazo
 Premisas
 Criterios de Aceptación o rechazo
 Dependencias y Riesgos
 Criterios de Suspensión
• Referencias
 Criterios de Reanudación
• Glosario
• Entregables
Testing
Documentación de pruebas (continuación)
Plan de pruebas
Historial de versiones
Fecha Versión Autor Organización Descripción
Información del proyecto
Empresa / Organización
Proyecto
Fecha de preparación
Cliente
Patrocinador principal
Gerente / Líder de proyecto
Gerente / Líder de pruebas
de software

Testing
Plan de pruebas (continuación)
Aprobaciones
Nombre y Cargo Departamento Fecha Firma

Apellido u organización
Resumen ejecutivo
Resumen de todo el contenido del plan de pruebas de software, describe cuál es su

propósito, establece si es un plan maestro o un plan detallado, identifica el alcance del plan
de pruebas en relación con el plan de proyecto de software, restricciones (por ejemplo de
recursos o presupuesto), alcance del esfuerzo de pruebas entre otros aspectos
Testing
Alcance de las pruebas
Elementos de pruebas
Listado de todos los módulos, componentes o elementos que se van a probar.
Si es de alto nivel, se listan las áreas funcionales (módulos o procesos que cubre el Testing),
por otro lado, si es de un nivel detallado se listan los programas, unidades o módulos.
Nuevas funcionalidades a probar

Es un listado de lo que se va a probar “desde el punto de vista del usuario”.
No es una descripción técnica del software sino sus características y funcionalidades.
Se incluyen tanto las que son nuevas como las que se están modificando.

Testing
Alcance de las pruebas (continuación)
Pruebas de regresión
Listado de las funcionalidades no directamente involucradas en el desarrollo, pero cuyos
componentes están siendo afectados y por ende deben probarse para asegurar que
continúan funcionando adecuadamente.
Al igual que en el punto anterior, se describen desde el punto de vista del usuario.
Funcionalidades a no probar
Listado de las funcionalidades que no se van a probar.
Debe incluir información de las razones por las cuales no se van a probar y los riesgos que
se están asumiendo.

Testing
Alcance de las pruebas (continuación)
Enfoque de pruebas (estrategia)
La estrategia de pruebas puede definirse como un documento por separado, o puede ser
incluido dentro del plan de pruebas según su extensión.
Aquí pueden definirse los tipos de pruebas a realizar (funcionales, de desempeño, de

interfaces, no funcionales, etc.), requerimientos especiales de las pruebas, configuraciones
a probar, subconjuntos de datos a considerar, nivel de pruebas de regresión, entre otros
aspectos

Testing
Criterios de aceptación o rechazo

Son los criterios que serán considerados para dar por completado el plan de pruebas de
software, por ejemplo: Completar 100% de pruebas unitarias, cierto porcentaje de casos
exitosos, cobertura de todos los componentes y líneas de código, porcentaje de defectos
corregidos, entre otros.
Criterios de suspensión
Establece claramente bajo qué condiciones se detienen un conjunto de casos de pruebas,
por ejemplo en caso de existir defectos que impidan la ejecución de más casos de
pruebas, cierto porcentaje de casos fallidos, o cualquier otro que se especifique
Criterios de reanudación
Luego de haber suspendido las pruebas, aquí se establece bajo qué criterios se
reanudaran.

Testing
Entregables
Establece que se entregará como parte de la ejecución del plan, por ejemplo:
• Documento de plan de pruebas,

• casos de pruebas,
• especificación de diseño de casos,
• logs de errores,
• reportes de incidencias,
• evidencias de pruebas,
• reportes emitidos por herramientas de pruebas y
• cualquier otro que se establezca.

Testing
Recursos
Requerimientos de entornos – Hardware
Lista de los requerimientos de equipos, hardware y red necesarios para completar las
actividades del plan de pruebas de software.
Incluye servidores de aplicación, bases de datos, equipos de PC que necesitan los Testers,
conectividad a la red (incluyendo accesos), entre otros.
Requerimientos de entornos – Software
Lista de los requerimientos de software necesarios para completar las actividades de
prueba, puede incluir accesos a Sistemas (en entorno de pruebas) y bases de datos, así
como instalación de software en los Computadores asignados a los Testers
Herramientas de pruebas requeridas
Especifica las herramientas de software, metodologías o técnicas especiales empleadas en
las pruebas, por ejemplo herramientas de automatización de pruebas, software de gestión
de pruebas, entre otros. Lic. Estela Cremieux 26
Testing
Recursos
Personal
Lista del personal necesario para completar las actividades de pruebas, especificando sus
roles, por ejemplo: Un (1) líder de pruebas, cinco (5) analistas de pruebas (Testers), dos (2)
especialistas en automatización de pruebas, entre otros.
Entrenamiento
Necesidades de entrenamiento en el sistema o aplicación, así como en las herramientas de

prueba a utilizar

Testing
Planificación y organización
Procedimientos para las pruebas
Especifica los procedimientos o metodología de pruebas a emplear durante la ejecución

del plan de pruebas de software.
Matriz de responsabilidades
Lista cada una de las personas integrantes del equipo de QA y sus responsabilidades.
Se puede hacer uso de una matriz RACI (responsable, aprobador, consultado, informado).

Testing
Planificación y organización (continuación)

Cronograma
Debe estar basado en estimaciones de actividades realizadas por el equipo de prueba.
En él se identifican los hitos relevantes en las pruebas de software, se establecen las

dependencias (actividades predecesoras) y demás aspectos componentes de un
cronograma
Premisas
Las premisas relacionadas con las tareas de pruebas de software, incluyendo limitaciones
de tiempo, disponibilidad de recursos que se asumen, uso de una metodología de pruebas,
uso de una herramienta, entre otros.

Testing
Planificación y organización (continuación)

Dependencias y Riesgos
Aquí se listan los riesgos asociados con el proceso de pruebas de software, por ejemplo,
algunas fuentes de riesgos suelen ser:
• Dependencias con desarrollos.

• Dependencias con otros proyectos.
• Disponibilidad de recursos.
• Restricciones de tiempo.
• Premisas que resulten no ser ciertas.
Los riesgos se pueden clasificar en función de su probabilidad e impacto, cada uno debe
contemplar un plan de mitigación para evitar que ocurra o plan de contingencia cuando el
riesgo no puede mitigarse y tiene que aceptarse.

Testing
Referencias
Lista de todos los documentos que pueden citarse como apoyo o para ampliar el
contenido del plan de pruebas.
Algunos ejemplos de lo que se puede hacer referencia aquí son:
• Plan de proyecto.
• Especificaciones de requerimientos.
• Diseño general.
• Diseño detallado.
• Procedimientos y estándares de desarrollo.
• Procedimientos y estándares de pruebas.
• Metodologías, procedimientos y estándares corporativos.

Testing
Glosario
Definiciones de términos usados en la documentación, y general sobre el área de

pruebas.

Testing
Verificación de pruebas
HOJA DE CONTROL
Organismo Consejería de Economía, Innovación y Ciencia
Proyecto <Nombre Proyecto>
Entregable Planes de Pruebas
Autor everis - <Nombre Apellido1 Apellido2>
DD/MM/AAA
Versión/Edición 0100 Fecha Versión
A
DD/MM/AAA
Aprobado por Fecha Aprobación
A
Nº Total de Páginas 11
REGISTRO DE CAMBIOS
Versión Fecha del

Causa del Cambio Responsable del Cambio
doc Cambio
DD/MM/AAA
0100 Versión inicial everis - OET
A

Testing
Verificación de pruebas (continuación)
CONTROL DE DISTRIBUCIÓN
Nombre y Apellidos
<Nombre Apellido1 Apellido2>

Testing
En este informe se recoge el detalle de los casos de pruebas utilizadas por el área de
testing, para la realización de las pruebas. La descripción de estas pruebas en algunos
casos pudo haber sido suministrada por el Equipo del Proyecto, en otros casos ha sido
retocada y evolucionada por el área de testing y en otros casos puede que se hayan
generado casos por el área de testing en su totalidad, al detectar partes de la aplicación
que no estaban cubiertas por las pruebas suministradas.
Número de casos de prueba
No evolucionado para Evolucionado para esta Generado desde cero para

Bloqueado
esta entrega entrega esta entrega
La información para completar estas columnas se obtiene de las métricas que elaboran la
herramienta de testing que se utilice.

Testing
Insertar un subapartado como el siguiente por cada uno de los Planes de prueba hayamos
evolucionado para un servicio. Por ejemplo: Verificación funcional, Verificación y validación
de servicios WEB, accesibilidad, usabilidad, etc. Como título del apartado poner el nombre
del servicio que corresponda. En este caso hemos empezado por Verificación Funcional,
luego se deberá seguir con los que correspondan.
<Nombre caso prueba>

Resumen:
Pasos:
Resultados Esperados:
Estado de evolución de la prueba:

Para verificar defectos : Lic. Estela Cremieux 36
Testing
Otras planillas
ejemplos - Pruebas
funcionales

Testing
Otras planillas
ejemplos
Pruebas de
regresión

Testing
Otras planillas ejemplos Pruebas de regresión

Testing

Testing

Testing

Testing
Otras planillas ejemplos Pruebas de usabilidad

Testing
Otras planillas ejemplos Pruebas de usabilidad

Testing
Otras planillas ejemplos Pruebas de accesibilidad

Testing
Otras planillas ejemplos Pruebas de accesibilidad - continuación

Testing
Otras planillas ejemplos Pruebas de accesibilidad - continuación

Testing
Otras planillas ejemplos modelo de informe de ejecución de pruebas

Testing
Documentación de pruebas (continuación) - Verificación de pruebas (continuación)
Otras planillas ejemplos modelo de informe de ejecución de pruebas

Testing
Otras planillas ejemplos modelo de informe de ejecución de pruebas - continuación

Testing
Otras planillas ejemplos modelo de informe de ejecución de pruebas - continuación

Herramientas de Testing más utilizadas

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Herramientas de Testing más utilizadas

Cargado por

Copyright:

Formatos disponibles

Testing

Herramientas mas utilizadas

1. Herramientas de gestión de pruebas

2. Herramientas para pruebas funcionales

3. Herramientas para pruebas de carga y rendimiento.

Lic. Estela Cremieux 1

1. Herramientas de gestión de pruebas

Lic. Estela Cremieux 2

1. Herramientas de gestión de pruebas (continuación)

Herramientas Open Source: Herramientas comerciales:

Bugzilla Testopia HP Quality Center/ALM

1. Herramientas de gestión de pruebas (continuación)

Es un proyecto de código abierto en la lista de herramientas de gestión de pruebas

Tiene algunas dificultades para la instalación (complicado), es utilizado por muchos

Algunas de sus caracteristicas son:

• Crear y describir los requisitos del producto

Es un servicio basado en la nube. Si se tienen pruebas atomizadas trabajando con Selenio o

Algunas de sus características son:

Algunas de sus características son:

• Crear un Plan de prueba

Lic. Estela Cremieux 6

2. Herramientas para pruebas funcionales

Selenium QuickTest Pro

2. Herramientas para pruebas funcionales (continuación)

Es una herramienta de pruebas automatizadas de aplicaciones web, funciona desde un

Lic. Estela Cremieux 8

2. Herramientas para pruebas funcionales (continuación)

El procedimiento consiste en:

• Escribir el código de pruebas en el lenguaje seleccionado.

Como se automatizan las pruebas en Selenium usando la funcionalidad de Record / playback

2. Herramientas para pruebas funcionales (continuación)

Algunas de sus caracteristicas son:

• Crear casos de prueba con la interfaz que provee.

Frecuentemente en los proyectos necesitamos probar funcionalidad que utilizan

2. Herramientas para pruebas funcionales (continuación)

Le permite a su usuario escribir pruebas.

Lic. Estela Cremieux 11

2. Herramientas para pruebas funcionales (continuación)

Rational Functional Tester

Herramienta de automatización de pruebas funcionales y de regresión. Proporciona

Algunas de sus características son:

• Simplificación de creación y visualización de pruebas

Lic. Estela Cremieux 12

3. Herramientas para pruebas de carga y rendimiento.

De esta forma, podremos:

• Demostrar si el sistema cumple con los criterios establecidos

Existen diferentes tipos de pruebas de rendimiento

3. Herramientas para pruebas de carga y rendimiento. (continuación)

Una prueba de carga se ejecuta para comprender el comportamiento de un sistema ante

Esta carga puede ser el número de usuarios esperado en producción o un número de

Lic. Estela Cremieux 14

La finalidad de este tipo de prueba es la de determinar la robustez de una aplicación

Herramientas Open Source: Herramientas comerciales:

Lic. Estela Cremieux 16

Jmeter nos permite evaluar el tiempo de respuesta de dichas peticiones generando

Aquí es donde la extensión de Chrome de BlazeMeter tiene su principal ventaja ya que es

La documentación de las pruebas se realiza mediante el llamado “Plan de pruebas“

Información del proyecto

Lic. Estela Cremieux 19

Nombre y Cargo Departamento Fecha Firma

Resumen de todo el contenido del plan de pruebas de software, describe cuál es su

Nuevas funcionalidades a probar