Gestión de pruebas en proyectos

Revisión estructurada de los resultados del proyecto

¿Qué es la gestión de pruebas?

La gestión de pruebas comprende la planificación, ejecución, supervisión y documentación de las pruebas destinadas a garantizar que el producto final no contenga errores, sea fácil de usar y cumpla los requisitos impuestos al producto.

Por lo tanto, los objetivos de la gestión de pruebas incluyen

1. Detección precoz de fallos o defectos en el producto final para poder subsanarlos.
2. Identificar el potencial de mejora en relación con la facilidad de uso del producto.
3. Comprobar si se han cumplido todos los requisitos impuestos al producto.
4. La reducción de los riesgos que podrían derivarse de un producto defectuoso.
5. Aceptación del producto acabado.

El proceso de gestión de pruebas

1. planificación

En primer lugar, se elabora un plan de pruebas que define el alcance, la duración, los plazos y los recursos de la prueba. Este plan de pruebas también contiene la estrategia de pruebas seleccionada. La estrategia adecuada depende de los requisitos respectivos del proyecto y del producto que se vaya a probar. Algunos ejemplos son

• De abajo arriba: primero se prueban los distintos componentes del producto que se va a desarrollar antes de combinarlos en unidades más grandes. Las unidades más grandes también se prueban antes de ensamblarlas en el producto global, que también se prueba. Este enfoque es muy adecuado para productos complejos.
• De arriba abajo: A diferencia de la estrategia anterior, primero se prueba todo el producto antes de dividirlo en unidades cada vez más pequeñas que se prueban individualmente. Por tanto, esta estrategia se adapta bien a los productos menos complejos.
• Híbrida: esta estrategia combina elementos de diferentes estrategias de prueba, por ejemplo ascendente y descendente. Esto hace que esta estrategia sea especialmente flexible y adecuada para productos de complejidad media.
• Caja negra: En esta estrategia, el producto se ve como una caja negra en la que los probadores no conocen su funcionamiento interno. Por lo tanto, usted prueba el producto basándose únicamente en las funciones visibles desde el exterior.
• Caja blanca: A diferencia de la estrategia de caja negra, los probadores conocen el funcionamiento interno del producto. De este modo, podrá probar en detalle los distintos componentes y funciones.

2. especificación y preparación

El siguiente paso consiste en definir los requisitos de las pruebas y preparar el entorno y los datos de las mismas:

• Establezca objetivos: ¿Qué quieres conseguir con las pruebas? Por ejemplo, ¿desea encontrar errores o comprobar la facilidad de uso? ¿Cuáles son los criterios de aceptación?
• Defina los requisitos del producto: ¿Qué especificaciones debe cumplir el producto final? ¿Cuáles son los requisitos en cuanto a funciones, seguridad o facilidad de uso, por ejemplo?
• Crear casos de prueba: A partir de los objetivos y requisitos, ahora se pueden crear casos de prueba específicos que definan qué pruebas deben realizarse y cómo deben llevarse a cabo.
• Defina el entorno de las pruebas: ¿En qué entorno deben realizarse las pruebas? Los grandes proyectos a veces tienen sus propios laboratorios de pruebas, pero los probadores también suelen trabajar en sus propios puestos de trabajo o en salas de reuniones donde tienen todo lo que necesitan para las pruebas. En el caso de un producto de software, en este punto se especifica, por ejemplo, qué sistema operativo o navegador debe utilizarse.
• Duración de las pruebas: ¿Cuánto tiempo deben durar las pruebas?
  Para garantizar que en las pruebas se tienen en cuenta todos los aspectos relevantes, los requisitos de las pruebas deben definirse de la forma más detallada y específica posible. Al mismo tiempo, hay que tener en cuenta el tiempo disponible y los recursos necesarios para mantener el alcance y la duración de las pruebas dentro de un marco realista.

3. realización y documentación

Ahora se realizan las pruebas propiamente dichas. Los casos de prueba se ejecutan de acuerdo con el plan de pruebas. La documentación detallada es importante en este caso para poder reproducir las pruebas y localizar más fácilmente posibles errores. Los resultados de las pruebas también deben registrarse para poder sacar conclusiones sobre la calidad del producto.

4. evaluación

En el siguiente paso, se evalúan los resultados de las pruebas para poder analizar y corregir errores y defectos. En cuanto se hayan subsanado, el sistema podrá volver a probarse.

5. conclusión

En este paso se completan las actividades de prueba y se presenta el resultado de la prueba al equipo del proyecto. La documentación de las pruebas se conserva y se utiliza como referencia para futuros proyectos y para extraer lecciones.

¿Cómo se determina el periodo de prueba adecuado para los proyectos?

El periodo de prueba óptimo para un proyecto debe planificarse cuidadosamente. Esto se debe a que un periodo de prueba demasiado corto podría dar lugar a un producto final defectuoso, mientras que un periodo de prueba muy largo no garantiza una precisión del 100% y además es antieconómico. A la hora de fijar el periodo de prueba, debe tener en cuenta los siguientes factores:

• Tamaño del proyecto: los proyectos grandes suelen requerir un periodo de prueba más largo, mientras que los pequeños pueden necesitar uno más corto.
• Alcance de las pruebas: si las pruebas requeridas son muy extensas, por ejemplo porque hay que probar un gran número de funciones diferentes en un software de nuevo desarrollo, también se requiere un periodo de prueba más largo.
• Complejidad: Lo mismo ocurre con la complejidad. Si hay que probar funciones muy complejas, el periodo de prueba debe ser más largo que para las funciones menos complejas.
• Recursos disponibles: El periodo de prueba también debe adaptarse a los recursos disponibles. Si hay pocos empleados disponibles, por ejemplo, el periodo de prueba debe ser más largo para que puedan realizarse todas las pruebas necesarias. A la inversa, el periodo puede acortarse si hay más empleados disponibles. Lo mismo ocurre con otros recursos, como el equipo técnico necesario para las pruebas.
• Disponibilidad de datos de prueba: si se necesitan datos de prueba especiales, por ejemplo debido a la realización de pruebas a largo plazo de un producto, o si los datos de prueba especiales sólo están disponibles en momentos concretos porque dependen de otros factores, como la realización de otras funciones, también debe planificarse tiempo suficiente para su creación u obtención.

Nuestro consejo: sopese bien los distintos factores para determinar el plazo óptimo para su proyecto. También puede aprovechar la experiencia de proyectos anteriores. Así tendrá tiempo suficiente para probar a fondo todas las funciones y detectar posibles errores. Al mismo tiempo, el periodo de prueba sigue siendo realista y no retrasa el proyecto por haberse elegido demasiado largo.

¿Quién es responsable de las pruebas?

En la gestión de las pruebas suele haber distintas funciones:

• Gestor de pruebas: el gestor de pruebas coordina todas las actividades de pruebas. Elabora el plan de pruebas, organiza los recursos y supervisa los progresos.
• Diseñador de pruebas: los diseñadores de pruebas se encargan de crear casos de prueba y documentación de pruebas. Analizará los requisitos y diseñará escenarios de prueba.
• Probadores: los probadores realizan las pruebas y documentan los resultados. Las pruebas en sí suelen ser realizadas por probadores especializados que conocen los respectivos métodos o procedimientos de prueba o tienen amplios conocimientos en el área que se va a probar. Así se garantiza que se tengan en cuenta todos los aspectos relevantes y que las pruebas tengan sentido.
  Sin embargo, también puede ser útil permitir la participación de otras personas. Puede tratarse de desarrolladores o expertos departamentales, por ejemplo, pero también de quienes utilizarán el producto una vez finalizado.
  Nuestro consejo: los probadores deben ser siempre independientes. Esto significa que el creador de un producto no debe ser responsable de sus pruebas. Aunque el creador probará regularmente el producto durante el desarrollo, las pruebas independientes evitan que se pasen por alto errores debido a la «ceguera operativa».
• Controlador de pruebas: un controlador de pruebas supervisa el progreso de las pruebas y se asegura de que todas ellas se llevan a cabo según lo previsto. También es responsable de garantizar que todos los documentos estén completos y actualizados.
• Informadores de pruebas: algunas empresas también tienen informadores de pruebas que preparan informes de pruebas, presentan los resultados y recomiendan mejoras.

Las funciones que necesita para la gestión de pruebas en su empresa dependen del tamaño de la empresa y del proyecto, pero también de los recursos y conocimientos disponibles. Como los probadores deben ser independientes, puede bastar con tener un gestor de pruebas además del probador, que también asuma el papel de diseñador y controlador de las pruebas.

Diferencias entre proyectos clásicos, híbridos y ágiles

La gestión de pruebas también difiere en función del enfoque de gestión de proyectos que se siga.

• Los proyectos clásicos se estructuran en fases individuales que se ejecutan en un orden fijo. Por eso, ya durante la planificación del proyecto se define una fase de pruebas y se elabora un plan de pruebas exhaustivo en el que se especifican todas las pruebas que hay que realizar.
• Los proyectos híbridos tienen una definición menos rígida que los tradicionales, ya que combinan métodos tradicionales y ágiles. Dependiendo de la combinación elegida, estos proyectos también permiten una mayor flexibilidad en la gestión de las pruebas.
• Los proyectos ágiles utilizan un enfoque iterativo en el que los requisitos se implementan en pequeños sprints. Las pruebas son una parte importante de estos sprints, ya que los enfoques ágiles se centran en las pruebas continuas y la mejora del producto. Por esta razón, se suelen utilizar ciclos de prueba cortos, que permiten una rápida retroalimentación y una pronta corrección de errores.

Dificultades con la gestión de las pruebas

La gestión de las pruebas puede conllevar diversas dificultades. Algunos ejemplos son

• Falta de tiempo: a menudo se dispone de poco tiempo para realizar pruebas, lo que puede llevar a no llevarlas a cabo a fondo o incluso a omitirlas por completo. La tentación de hacer esto último es especialmente grande cuando un proyecto corre el riesgo de retrasarse. En estos casos, sin embargo, tenga en cuenta que, en el peor de los casos, se entrega un producto defectuoso, lo que no sólo puede dar lugar a antiestéticas repeticiones, sino que también puede dañar su reputación y las relaciones con sus clientes.
• Falta de recursos: al igual que la falta de tiempo, la falta de recursos puede hacer que las pruebas no se realicen o no se realicen a fondo. Encontrar buenos probadores es difícil en tiempos de escasez de mano de obra y personal cualificado. Téngalo en cuenta desde la fase de planificación para poder llevar a cabo las pruebas adecuadamente aunque le falte personal.
• Falta de documentación: sin documentación suficiente, puede resultar difícil reproducir pruebas o localizar errores. Al mismo tiempo, esto hace más difícil extraer lecciones del proyecto actual para proyectos futuros.
• Cambios durante el proyecto: En el transcurso de un proyecto, los requisitos del producto pueden cambiar. Esto significa que pueden añadirse nuevas funciones, cambiar sus características o anularse funciones previstas. En estos casos, la gestión de pruebas prevista ya no se ajusta a las especificaciones actuales y debe adaptarse. Hay que modificar las pruebas, volver a crear casos de prueba e incluso ampliar el periodo de pruebas o encontrar recursos adicionales. Sólo así se garantiza que las pruebas sean pertinentes y suficientes.
• Dificultades para fusionar componentes individuales: Si diferentes componentes, como las funciones de software, han sido desarrollados por distintos desarrolladores o equipos, puede resultar difícil integrarlos y probarlos juntos. Garantizar una comunicación clara y una buena cooperación entre los distintos promotores para evitar dificultades de antemano.

Conclusión

Una buena gestión de las pruebas le ayuda a garantizar la calidad y a mejorar el resultado del proyecto. Por lo tanto, no debe prescindir de las pruebas adecuadas en ningún caso.
Los programas modernos de gestión de proyectos pueden ayudarle a integrar la gestión de pruebas en sus proyectos. El software ayuda a planificar una fase de pruebas para proyectos clásicos o a ceñirse a la fase de pruebas en los respectivos sprints para proyectos ágiles. La documentación de las pruebas también puede almacenarse en el software y las medidas pueden derivarse de ella inmediatamente. Esto le permite controlar la aplicación de mejoras en el mismo sistema.

¿Quiere conocer myPARM en una demostración? Entonces, ¡concierte ya una cita con nosotros!