Blog

馃搫 驴C贸mo crear un Informe de Pruebas de Software eficaz?

Foto de Artem Podrez en Pexels

Crear reportes es tan importante como realizar pruebas. Si bien no podemos garantizar o asegurar la calidad de un producto, realizamos pruebas de software para obtener informaci贸n acerca del mismo, de los riesgos, la calidad, los usuarios y las condiciones de su uso. Esta informaci贸n ayuda a los clientes a tomar decisiones con base en la informaci贸n sobre el producto, proyecto o negocio. 

Una vez que se planific贸 la estrategia de pruebas y se llevaron a cabo las pruebas de performance, exploratorias, manuales o automatizadas, etc., es donde entra en juego el reporte de pruebas. No sirve de nada la informaci贸n obtenida si no se presenta claramente, de tal forma que permita tomar acciones concretas sobre esta.

Un buen reporte de pruebas, no tiene por qu茅 ser necesariamente un proceso tedioso. El tiempo es un recurso esencial y se busca ser directos e ir al punto. Por ello, a continuaci贸n te mostramos c贸mo crear un reporte de testing efectivo y conciso, que tu equipo estar谩 feliz de leer.

Es importante considerar que no siempre es necesario realizar un reporte. Por ejemplo, cuando se utilizan metodolog铆as 谩giles, generalmente no se requieren ni son 煤tiles. En nuestro caso, al trabajar con equipos que aplican diferentes metodolog铆as y en muchos casos, trabajan con equipos distribuidos, generalmente los efectuamos.

El prop贸sito de nuestro trabajo no es la documentaci贸n, sino que es entregar software que funcione exactamente como esperan los usuarios. Como lo dice el manifiesto 谩gil, buscamos sacar el mayor provecho al tiempo del reporte.

Tips para crear un Reporte de Testing eficaz

La opci贸n m谩s segura para emplear a la hora de enviar un reporte de pruebas es聽mediante un documento de texto simple, ya que el mismo puede ser le铆do desde cualquier dispositivo: laptop, tablet y smartphones.

No es recomendable incluir archivos adjuntos, para que no se consuma demasiado ancho de banda. Incluir informaci贸n generada autom谩ticamente tambi茅n agrega valor al informe. De manera general, tu reporte de testing debe ser conciso pero debe incluir:

1. Qu茅 fue testeado

  • Qu茅 谩reas del producto (o productos).
  • Qu茅 versi贸n/es.
  • Qu茅 ambiente/configuraci贸n.
  • Qu茅 escenarios (incluyendo automatizaciones, si aplican).

2. Qu茅 no fue testeado y por qu茅聽

Es importante mostrar el proceso mental y las razones por las que se realizaron o no las pruebas. Se puede indicar que por ejemplo, debido a la falta de tiempo, ciertas pruebas se dejaron para futuras instancias. Dejar algo sin testear supone un riesgo y este se debe indicar, por lo que es necesario incluirlo en el reporte.

3. Resultados

  • Los escenarios que pasaron las pruebas.
  • Los escenarios que no pasaron las pruebas (si aplica, especificar el n煤mero de bugs).
  • Los escenarios pendientes por testear.

4. Conclusiones

En esta etapa hay que ser cuidadosos con el lenguaje utilizado. Se debe adoptar una forma de comunicar segura, pero sin asumir responsabilidades que no corresponden. Evitar utilizar expresiones como聽 鈥淣o hay bugs.鈥 o 鈥淓l producto est谩 listo para salir鈥.

驴Alcanz贸 el producto, o la versi贸n del mismo, los criterios aceptados? Si no fue as铆, es necesario indicar por qu茅 no. Por ejemplo, 鈥淴 n煤mero de bugs cr铆ticos deben ser arreglados鈥 o 鈥淪e deben realizar m谩s pruebas鈥. 驴Hay riesgos relacionados? Por ejemplo, 鈥淟as pruebas de seguridad no fueron ejecutadas debido a limitaciones en el tiempo y recursos鈥.

5. Investigaci贸n previa relevante

Si un proyecto o contrato se factura por hora, es recomendable anotar cualquier tipo de investigaci贸n efectuada (y si aplica, qu茅 surgi贸 de ella).聽

Intercambio y feedback

Al final de cada reporte, se puede agregar una solicitud de feedback, por ejemplo: 鈥淗azme saber si tienes alguna pregunta o inquietud o si necesitas m谩s informaci贸n, por favor鈥 o 鈥淐u茅ntame si la informaci贸n brindada en este reporte fue suficiente para visualizar la calidad del proceso y el estado del mismo, o si quisieras ver otra informaci贸n鈥. De esta forma se puede considerar la respuesta para futuras pruebas o reportes.

Menos es m谩s

Se recomienda enviar en primera instancia, un esquema simple como lo mostrado anteriormente y esperar por el feedback del cliente. Luego, efectuar los ajustes necesarios y mantenerlos a futuro, en lugar de dejarlo completamente en sus manos, ya que es probable que el cliente acepte el formato simple una vez que lo vea.


Seg煤n tu experiencia, 驴cu谩les son algunos de los puntos fundamentales a incluir en un informe de pruebas de software?

隆S铆guenos en聽LinkedIn,聽Twitter,聽Facebook,聽Instagram聽y聽Youtube聽para ser parte de nuestra comunidad y enterarte de otras buenas pr谩cticas a incorporar en tu plan de pruebas!


Otros contenidos relacionados

Tips para generar y gestionar reportes de testing

C贸mo crear la estrategia de pruebas adecuada para tu proyecto

3 elementos esenciales para lanzar Software r谩pidamente, sin afectar la Calidad


Otros contenidos relacionados

Adoptando GPT en Abstracta: Reflexiones y avances en la era de la IA

Tendencias en Calidad de Software: 驴qu茅 esperar en 2023?

Innovaciones en Testing de Software

125 / 201