TESTING Clase 5

TESTING-QA
MANUAL
REPORTES
5° CLASE
¿QUÉ ES UN REPORTE?
Es un conjunto de datos organizados que informan sobre
un hecho en particular.
En nuestro caso, un reporte en el mundo del QA es un

conjunto de datos ordenados en un documento, que
reportan formalmente un bug y tienen como objetivo
brindar información para ayudar a solucionarlo.
CARACTERÍSTICAS DEL REPORTE
● Tener un orden lógico.

● Ser claro y preciso.
● Dar pruebas que respaldan.
● Ser útil.
● Tener una buena presentación.
LA NECESIDAD DE UN REPORTE
La solución de la falla dependerá de la eficiencia con que se
reporte la misma.
Si una falla no se reporta bien, el desarrollador va a devolver

la misma como no reproducible (ya que la información
provista no le permite generar la falla en sus ambientes),
volviéndose un tema de idas y vueltas que se podría haber
evitado con un correcto reporte del bug.
PROBLEMAS DE UN REPORTE
Determinados problemas se dan en la persona que reporta
la falla, otros por quien interpreta el reporte y algunos se
dan por que la empresa en la que se desarrolla la actividad
no tiene bien definido el proceso. Es necesario aprender a
desarrollar bien su rol para que los errores no sean propios.
A continuación veremos algunos ejemplos que suelen

suceder:
● Mala redacción: lo contrario a ser claro y preciso.
Redactar la falla de manera ambigua o no incluir en la

cuál era el resultado esperado para los pasos
realizados. Se recomienda releer el reporte siguiendo
los pasos uno mismo para chequear que la descripción
sea clara.
● Pocas pruebas: lo contrario a respaldar el reporte.
No incluir información que, dada las características del

bug, es de relevancia. Por ejemplo: indicar sólo que se
ingresaron datos inválidos, pero no incluir cuál fue el
dato en cuestión.
● Falta de contexto: lo contrario a ser útil.
Dar solo una captura de la falla sin indicar que se estaba

haciendo cuando sucedió el bug o no determinar un
patrón con el cual el incidente ocurre, complica el hecho
de que desarrollo lo pueda reproducir para luego
solucionarlo.
DATOS DE UN REPORTE
Los datos que se deben incluir en el reporte son similares
a los que se llenan al realizar un TC (8 pasos)pero ni
idénticos; serían los siguientes:
● 1: ID del BUG > Identificador único y referencial.

● 2: Componente y navegador > Contexto de la falla.
● 3: Versión y sistema op.> Contexto de la falla.
DATOS DE UN REPORTE
Los datos que se deben incluir en el reporte son similares a
los que se llenan al realizar un TC (8 pasos) y serían los
siguientes:
● 4: Prioridad > Necesidad de reparación.

● 5: Severidad > Consecuencias que ocasiona.
● 6: Resumen > Breve descripción de la falla, lo que
debería suceder y no sucede.
DATOS DE UN REPORTE
Los datos que se deben incluir en el reporte son similares a los
que se llenan al realizar un TC (8 pasos) y serían los siguientes:
● 7: Descripción > cómo se reproduce en detalle.

● 8: Tester y responsable > facilitará la comunicación entre el
que lo reportó y el que lo va a solucionar.
● 9: Pruebas > adjuntos que ayuden a detallarlo.
* El orden de los pasos y el formato puede variar.

LINK al excel con el modelo
https://docs.google.com/spreadsheets/d/177VFF6I44LCRJtc-30DDdX5Tbeh
7aBL67Viz17KdlXw/edit#gid=1451344524
METODOLOGÍAS ÁGILES
Las metodologías tradicionales, son las que se han usado
toda la vida. Siguen un proceso secuencial en una sola
dirección y sin marcha atrás, esto es funcional con un
producto simple en el que se tiene mucha experiencia, con
equipos reducidos o proyectos donde los requisitos no
cambian y el entorno es conocido o estables. Pero es difícil
aplicarlo a la desarrollo de software.
Las metodologías ágiles surgen como alternativa a las

tradicionales
En el 2001 críticos de los modelos tradicionales de trabajo, se
reunieron para tratar sobre técnicas y procesos para
desarrollar software y acuñaron el término “Métodos Ágiles”
para definir a los métodos que estaban surgiendo como
alternativa.
Resumieron los principios sobre los que se basan los métodos
alternativos en 4, lo que ha quedado denominado como
Manifiesto Ágil.
A continuación los principios:

● Individuos e interacciones por encima de los procesos y herramientas: los
procesos y las herramientas mejoran la eficiencia, pero sin personas con
conocimiento técnico y actitud adecuada, no producen resultados.
● Trabajar con el software por encima de la documentación: Los documentos no
pueden sustituir el valor que se logra con la interacción con los prototipos.
● Colaboración con el cliente por encima de la negociación contractual: el
cliente es un miembro del equipo. Los modelos de contrato por obra no encajan.
● Responder al cambio por encima de seguir con un plan: anticipación y
adaptación; diferentes a los de la gestión de proyectos ortodoxa: planificación y
control.
En síntesis, las metodologías ágiles son aquellas que permiten
adaptar la forma de trabajo a las condiciones del proyecto,
consiguiendo flexibilidad, coordinación e inmediatez en la respuesta
para amoldar el proyecto y su desarrollo a las circunstancias
específicas necesarias.
La gestión ágil de proyectos prioriza el trabajo en equipo, la

colaboración con los clientes, se centra en la implementación rápida
de un equipo eficiente y flexible para planear flujos de trabajo.
Estas metodologías trabajan con “Sprints” (cuadro de tiempo
fijo repetible durante el cual se crea un producto "Terminado"
del valor más alto posible.) Algunas de las más utilizadas son:
● SCRUM
● Extreme Programming XP
● Kanban
● Agile Inception
● Design Sprint (metodología de Google)
HERRAMIENTAS PARA INVESTIGAR
Estas son algunas de las herramientas que se usan en el mundo
del QA, herramientas para que investiguen y aprendan a utilizar:
● Selenium (Web Application Testing)

● Appium (Mobile Testing)
● JMeter (Load Testing)
● Jenkins (Continuous Testing)
● TestLink (Test Management)
● Mantis y Jira (Bug-Tracking & Project Management)
● Postman (API Testing)
¡GRACIAS!

TESTING Clase 5

Cargado por

Copyright:

Formatos disponibles

TESTING Clase 5

Cargado por

Información del documento

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

TESTING Clase 5

Cargado por

Copyright:

Formatos disponibles

TESTING-QA

En nuestro caso, un reporte en el mundo del QA es un

● Tener un orden lógico.

Si una falla no se reporta bien, el desarrollador va a devolver

A continuación veremos algunos ejemplos que suelen

Redactar la falla de manera ambigua o no incluir en la

No incluir información que, dada las características del

Dar solo una captura de la falla sin indicar que se estaba

● 1: ID del BUG > Identiﬁcador único y referencial.

● 4: Prioridad > Necesidad de reparación.

● 7: Descripción > cómo se reproduce en detalle.

* El orden de los pasos y el formato puede variar.

Las metodologías ágiles surgen como alternativa a las

A continuación los principios:

La gestión ágil de proyectos prioriza el trabajo en equipo, la

● Selenium (Web Application Testing)

También podría gustarte