Seguir las mejores prácticas de pruebas

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

• Explicar dónde encajan las pruebas en el ciclo de vida del desarrollo de software.
• Describir cómo las pruebas son un proceso continuo.
• Identificar las consideraciones para las pruebas.

¿Cuándo se llevan a cabo las pruebas?

Ya sabe qué son las pruebas y por qué son necesarias. Ahora es el momento de aprender cuándo se llevan a cabo las pruebas. Las pruebas se hacen en el ciclo de vida del desarrollo de software (SDLC, por sus siglas en inglés). Un SDLC es un marco que abarca todas las actividades de un proyecto de software, desde la planificación inicial hasta el mantenimiento. 

La mayoría de los equipos de desarrollo de software ubican las pruebas entre las fases de desarrollo e implementación. Esto es parte de un enfoque en la industria del software conocido como "shifting left", o mover las pruebas a una etapa más temprana del desarrollo del software. El "shifting left" garantiza un mejor producto para su cliente. 

Formar parte del proceso continuo

Haga pruebas y resuelva problemas hasta alcanzar un nivel de riesgo aceptable para un producto de alta calidad. Esto varía para cada persona. Y la decisión de continuar con las pruebas depende de su tiempo y presupuesto. Esto se conoce como criterios de salida. Los criterios de salida definen cuántas pruebas se necesitan y cuándo se puede determinar que ya se han completado. 

El hecho de que deje de hacer pruebas no significa que sus clientes tampoco las hagan. Quienes llevarán a cabo las pruebas serán los usuarios y, con suerte, cualquier error o defecto se informará a su equipo de soporte. 

Otras consideraciones para las pruebas

Cuando cree un plan y un proceso de pruebas, considere varios aspectos.

• Criterios de aceptación. Los criterios de aceptación son las condiciones que debe cumplir su software para que un cliente o usuario lo acepte. Estos criterios definen el comportamiento del producto desde la experiencia del usuario, documentado en lo que se llama una historia de usuario. Puede llegar a los criterios de aceptación haciendo preguntas como "¿cuál es la razón comercial del producto?" o "¿qué desafío o desafíos intenta resolver el cliente al usar la aplicación?".
• Triaje/evaluación de riesgos. Es importante hacer un triaje/evaluación de riesgos durante las pruebas. Este es un proceso que le ayudará a priorizar los mayores defectos y riesgos en su producto. Una de las mejores maneras de llevar a cabo esta evaluación es mediante RiskStorming, una actividad colaborativa y visual para identificar riesgos.
  • Otra forma de hacer una evaluación de riesgos es mediante el desarrollo guiado por pruebas (TDD, por sus siglas en inglés). Este proceso consiste en escribir una prueba que falle y luego escribir la mínima cantidad de código necesaria para que pase. Esto ayuda a detectar defectos más temprano y a producir código comprobable.
• Utilidad. Durante su pruebas, considere en qué áreas los usuarios pasarán la mayor parte de su tiempo al utilizar su software. ¿Qué errores de usuario podrían ocurrir y cuál es la gravedad? ¿Es su producto fácil de usar y adecuado para el propósito para el que se ha diseñado?

La psicología de las pruebas

No dé por hecho que no encontrará errores. Pruebe tanto los errores válidos y esperados como el caso contrario. Por ejemplo, al hacer pruebas de una página de inicio de sesión por correo electrónico, pruebe con el nombre de usuario y la contraseña correctos. Este es un comportamiento válido y esperado. Sin embargo, no olvide también probar con un nombre de usuario y una contraseña incorrectos. Esto es inválido e inesperado, y a menudo se conoce como pruebas negativas.

Resumen

En este módulo, ha aprendido qué es la calidad y cómo lograr un software de alto nivel a través de las pruebas. Aunque las pruebas pueden ser caras, son necesarias para garantizar que los usuarios disfruten de su software o servicio y continúen usándolo. Al final, la calidad ayuda a fortalecer su relación con los clientes. ¡Siga haciendo más pruebas!