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 asegurarte de que se tengan en cuenta todos los aspectos relevantes en las pruebas, los requisitos de estas deben definirse de la forma más detallada y concreta posible. Pero ten en cuenta también el tiempo disponible y los recursos necesarios para que el alcance y la duración de las pruebas se mantengan dentro de unos límites realistas.

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 pruebas también debería adaptarse a los recursos disponibles. Por ejemplo, si hay pocos empleados disponibles, habría que elegir un periodo de pruebas más largo para que se puedan realizar todas las pruebas necesarias. Por el contrario, si hay más empleados disponibles, el periodo puede acortarse. Lo mismo se aplica a otros recursos, como el equipamiento técnico que se necesita 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:

• Responsable de pruebas: El responsable de pruebas coordina todas las actividades relacionadas con las pruebas. Elabora el plan de pruebas, organiza los recursos y supervisa el progreso.
• 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 llevarlas a cabo probadores especializados que conocen bien los métodos o procedimientos de prueba correspondientes, o que tienen amplios conocimientos en el ámbito que se va a probar. Así se garantiza que se tengan en cuenta todos los aspectos relevantes y que las pruebas sean fiables.
  Además, puede ser útil que participen también otras personas. Pueden ser, por ejemplo, desarrolladores o expertos en la materia, pero también aquellos que vayan a utilizar el producto una vez esté terminado.
  Nuestro consejo: es fundamental que los evaluadores sean independientes. Esto significa que quien crea un producto no debería ser el responsable de probarlo. Aunque el creador probará el producto regularmente durante el desarrollo, una evaluación independiente evita que se pasen por alto errores debido a la «ceguera operativa».
• Supervisor de pruebas: Un supervisor de pruebas supervisa el avance de las pruebas y se asegura de que todas se realicen según lo previsto. Además, se encarga de 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 van completando 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 completo que especifica todas las pruebas que hay que hacer.
• Los proyectos híbridos son menos rígidos que los proyectos clásicos, ya que combinan métodos clásicos y ágiles. Dependiendo de la combinación que elijas, estos proyectos también te dan más flexibilidad en la gestión de 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 la revisión y mejora continuas del producto. Por eso, a menudo se utilizan ciclos de prueba cortos, que permiten obtener retroalimentación rápida y corregir los errores desde el principio.

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 pruebas te ayuda con el control de calidad y a mejorar los resultados del proyecto. Por eso, bajo ningún concepto deberías prescindir de unas pruebas adecuadas.
El software moderno de gestión de proyectos puede ayudarte a integrar la gestión de pruebas en tus proyectos. Así, el software te ayuda a planificar una fase de pruebas en proyectos clásicos o, en proyectos ágiles, a respetar la fase de pruebas en los sprints correspondientes. La documentación de las pruebas también se puede almacenar en el software y se pueden derivar medidas de inmediato a partir de ella. De este modo, puedes controlar la implementación de las mejoras directamente en el mismo sistema.

¿Quieres conocer myPARM en una demostración? Entonces, ¡concierta ahora una cita con nosotros!