ELEARNING TOTAL

Testeador de Software QA

Conocimiento inicial del proyecto

Contacto: consultas@elearning-total.com
Web: www.elearning-total.com
 ELEARNING TOTAL

Stakeholders
Personas involucradas en el proyecto y pueden proveer información sobre el
sistema / aplicación a ser desarrollada y/o pueden intervenir en los
requerimientos y priorización de las tareas.

Sin stakeholders Rol importante durante Metodología →

involucrados el proyecto todo el desarrollo del Stakholders
puede NO ser exitoso. software. Ej: en desarrollos ágiles, el
Product Owner entiende
todo el proyecto y
comunica al equipo.
 ELEARNING TOTAL

Stakeholders
Los analistas y testers interactúan durante la toma de requerimientos, diseño de la
aplicación y el desarrollo.

Analista Tester

Durante toma de requerimientos / Diseño de la aplicación / Desarrollo

ELEARNING TOTAL

Stakeholders – Equipo de Testing ágil

 ELEARNING TOTAL

Que es el Agile Testing

Agile Testing es una práctica de pruebas de software que sigue los principios del desarrollo ágil de software.
Involucra a todos los miembros de un equipo ágil multifuncional, en el cual el rol del tester es el de un experto
multifuncional, garante que se entregue el valor de negocio deseado por el cliente a un ritmo sostenible y continuo.
Las metodologías ágiles no ven al software testing como una fase separada, sino como parte integral del Desarrollo
de software al igual que la programación.

Agile Testing, incorpora una serie prácticas, como por ejemplo Testing de “todo el equipo”, Testing independiente
(opcional), Integración continua, Testing guiado por pruebas (Test Driven Development – TDD), Desarrollo guiado
por comportamiento (Behaviour Driven Development – BDD), Desarrollo guiado por pruebas de aceptación
(Acceptance Test Driven Development – ATDD), entre otros.
Los equipos ágiles utilizan un enfoque de “todo el equipo” al testing, con la finalidad de integrar la calidad al
desarrollo del producto, al contrario de un enfoque de primero fabricar el producto y luego inspeccionar para
determinar su nivel de calidad.
 ELEARNING TOTAL

Principios del Agile Testing

El Testing no es una fase: El testing continuo es la única forma de garantizar avance continuo, por esto, el testing se
realiza continuamente junto con el desarrollo de software y demás actividades.

El Testing hace avanzar el proyecto: Bajo métodos convencionales, el testing es una alcabala, en cambio en Agile
Testing se proporciona retroalimentación continua, permitiendo corregir el rumbo continuamente durante el
desarrollo de software.

Todo el equipo realiza pruebas: en Agile Testing, los Analistas de negocio y Desarrolladores de software también
ejecutan pruebas, no sólo los testers como en métodos convencionales.

Reducir el tiempo para recibir retroalimentación: En Agile Testing, los equipos del área de negocio (el cliente)
están involucrados en cada iteración, no solo al final durante la fase de aceptación, como resultado, el tiempo de
retroalimentación se reduce y el costo de correcciones también es menor.

Código limpio: Los defectos en el código se corrigen en la misma iteración, por lo que se mantiene el código limpio.

Reducir la documentación de pruebas: Los Agile Testers usan listas de chequeo reusables en lugar de
documentación extensa, se enfocan en la esencia de la prueba en lugar de detalles. Siguiendo principios ágiles estas
listas de chequeo son el inicio de las definiciones de las pruebas y no el final, y el tester cuenta con libertad para
aportar valor.

Guiado por pruebas: El Agile Testing, las pruebas se hacen “durante” el desarrollo y no después del desarrollo
como en métodos convencionales.
 ELEARNING TOTAL

Algunas de las prácticas relacionadas con Agile Testing

Test Driven Development (TDD): El desarrollo guiado por pruebas, es una técnica que combina un enfoque de
refactorización del lado de desarrollo con un enfoque de probar primero en cuanto al testing.
Acceptance Test Driven Development (ATDD): Es una dimensión del TDD aplicada al nivel de gestión de
requerimientos de software, en el cual las pruebas escritas son a nivel de cliente, es decir, lo equivalente a una
prueba de aceptación o test funcional.
Behaviour Driven Development (BDD): También puede llamarse Story Driven Development. Bajo este enfoque
primero se desarrolla una prueba funcional o de historia de usuario automatizada, luego se ejecuta el desarrollo
aplicando TDD hasta que la prueba es exitosa.
Testing exploratorio: Enfoque en el cual el aprendizaje de la funcionalidad, diseño de pruebas y ejecución de
pruebas ocurren simultáneamente, en contraposición con el enfoque convencional en el cual primero se documenta
la funcionalidad o requisito, luego se diseña el caso de prueba y luego se ejecuta de acuerdo a guiones
prestablecidos. Las pruebas exploratorias no están predefinidas ni se ejecutan según un plan.
Automatización de pruebas de regresión: Tanto la integración continua como la refactorización son prácticas
necesarias para poder implementar una metodología ágil de desarrollo de software. Ambas técnicas implican
modificar las fuentes de código constantemente, por lo que la automatización de pruebas de regresión por medio de
herramientas es una necesidad imperiosa.
Automatización de pruebas unitarias: Consiste en usar un marco de trabajo o framework (como NUnit) para ejecutar
tus tests unitarios, en lugar de ejecutar estos manualmente una y otra vez cada vez que modificas el código. Para ello
existen múltiples frameworks, muchos de los cuales pueden integrarse en los ambientes IDE.
 ELEARNING TOTAL

Requerimientos
Objetivo: Esta actividad tiene como objetivo realizar el relevamiento de todos los requerimientos
del sistema a construir. Estos requerimientos son funcionales, no funcionales y de interface de
usuario.
Descripción: Los Analistas y Arquitecto se reúnen con el Cliente para relevar los requerimientos del
nuevo sistema a construir. En cada

IMPORTANTE:
• El Responsable de QA puede que asistir a las reuniones de requerimientos para tener su visión
desde el punto de vista de la Verificación y la Calidad, debe asegurarse de tener claramente
identificados aquellos requerimientos que hacen a la calidad del producto.
• Evaluar la importancia de la interface de usuario para el proyecto.
 ELEARNING TOTAL

Requerimientos

Los
requerimientos
especifican las
funcionalidades
y características
de la aplicación
a desarrollar.
ELEARNING TOTAL

Estándares del área de Testing

Definición
Herramienta de casos
de Testing de
prueba

Reporte
Organización
de del equipo
defectos

Documentación Proceso
 ELEARNING TOTAL

Recursos

Durante el testing de
la aplicación se
deben tener en
cuenta distintos
tipos de recursos
para la planificación
y ejecución.
ELEARNING TOTAL

Testers

Cantidad de recursos

Experiencia

Antigüedad
ELEARNING TOTAL

Hardware

Cantidad de recursos

Plataformas

Producción
ELEARNING TOTAL

Desarrolladores

Cantidad de recursos

Experiencia

Antigüedad
ELEARNING TOTAL

Ambientes de prueba

Cantidad de
recursos

Releases
ELEARNING TOTAL

Documentación
No existe

• Sin presupuesto
• Sin recursos
• Sin mantenimiento

Disponibilidad

• Disponible al momento de necesitarla

Calidad

• Información de calidad (sin excesos ni faltantes)

 ELEARNING TOTAL

Documentación
La documentación debe estar desarrollada con el fin de ser leída y
entendida por los distintos stakeholders.

Devs Soporte Usuarios

ELEARNING TOTAL

Documentación para Devs

La documentación para desarrolladores es aquélla
que se utiliza para el propio desarrollo del producto
y, sobre todo, para su mantenimiento futuro. Se
documenta para comunicar estructura y
comportamiento del sistema o de sus partes, para
visualizar y controlar la arquitectura del sistema, para
comprender mejor el mismo y para controlar el
Devs riesgo, entre otras cosas.
Una herramienta muy útil en este sentido es una
notación estándar de modelado, de modo que
mediante ciertos diagramas se puedan comunicar
ideas entre grupos de trabajo.
ELEARNING TOTAL

Documentación para Soporte

La documentación para administradores o soporte
técnico, a veces llamada manual de operaciones,
contiene toda la información sobre el sistema
terminado que no hace al uso por un usuario final.
Es necesario que tenga una descripción de los
errores posibles del sistema, así como los
procedimientos de recuperación. Como esto no es
Soporte algo estático, pues la aparición de nuevos
errores, problemas de compatibilidad y demás nunca
se puede descartar, en general el manual de
operaciones es un documento que va engrosándose
con el tiempo.
ELEARNING TOTAL

Documentación para Usuario

La documentación para usuarios es todo aquello que
necesita el usuario para la instalación, aprendizaje y
uso del producto.
Más allá de todo esto, debemos tener en cuenta que
la estadística demuestra que los usuarios no leen los
manuales a menos que nos les quede otra opción.
Es incluso deseable proveer un software tutorial que
Usuarios guíe al usuario en el uso del sistema.