En los servicios financieros, se denomina «proceso de creación y verificación». En la gestión de riesgos, se conoce popularmente como el «principio de los cuatro ojos». En la gestión de las armas nucleares estadounidenses, se denomina «el concepto de dos personas».
En esencia, todos hacen lo mismo: estos procesos incluyen un nivel adicional de evaluación, confirmación, autorización o aprobación para garantizar la precisión, la calidad o la relevancia del resultado.
En el desarrollo de software, esto se denomina pruebas o control de calidad. En pocas palabras, las pruebas de software evalúan el código para garantizar que funciona según lo previsto. Para realizar esta actividad de forma eficaz, los equipos de calidad utilizan una potente herramienta denominada caso de prueba.
En esta entrada del blog, exploramos qué es, por qué es necesario, cuándo utilizarlo y, lo más importante, cómo escribir casos de prueba.
¿Qué es un caso de prueba?
Un caso de prueba es un conjunto de acciones, condiciones y datos de entrada que se utilizan para evaluar la calidad de una aplicación de software.
Supongamos que ha creado un formulario para recopilar el nombre y la dirección de correo electrónico del usuario para realizar una suscripción a un boletín informativo. Su caso de prueba especificará lo siguiente:
Acciones [tanto orientadas al usuario como internas]: todo lo que se espera que haga el usuario o el software para completar el flujo de trabajo en el software que se está creando.
- El usuario introduce un nombre.
- El usuario introduce una dirección de correo electrónico.
- El usuario hace clic en «Enviar».
- Correo electrónico de confirmación enviado al usuario
- Datos guardados en la base de datos correspondiente.
- Datos añadidos a la lista de correo electrónico del boletín correspondiente.
Condiciones: los requisitos que se espera que cumpla el usuario o el sistema al realizar sus acciones.
- Guardar si se acepta la validación del campo nombre; de lo contrario, mostrar un mensaje de error.
- Guardar si se acepta la validación del campo de la dirección de correo electrónico; de lo contrario, mostrar un mensaje de error.
- Añadir a la lista del boletín solo si el usuario ha confirmado su dirección de correo electrónico.
- Si el usuario ya existe, muestra el mensaje de error correspondiente.
Datos de entrada: muestras de entradas aceptables para la función. Normalmente, los equipos de control de calidad [QA] crean datos de prueba que pueden comprobar resultados positivos y negativos.
Por ejemplo, si una condición para la validación del campo «nombre» es «solo puede contener letras del alfabeto y espacios», los datos de prueba serían
- Jane Doe, que cumple los criterios
- Ad@m Sand!er, que no cumple los criterios
El rol de los casos de prueba en la ingeniería de software
El método de casos de prueba es un enfoque integral, sistemático y repetible para las pruebas de software. Si bien su objetivo principal es garantizar la calidad de la aplicación, añade múltiples niveles de solidez y fiabilidad al propio proceso de ingeniería de software.
✅ Identificación de defectos: los casos de prueba ayudan a identificar defectos en el software. Son los que determinan si la aplicación es segura para pasar a producción.
✅ Validación de requisitos: los casos de prueba garantizan que lo que ha creado es lo que pretendía desde el principio. Esto es especialmente importante si es una organización de servicios que crea software para partes interesadas externas con requisitos específicos.
✅ Mitigación de riesgos: los casos de prueba evalúan una función en cuanto a seguridad, rendimiento y riesgos financieros. El analista de calidad también incluye condiciones relativas al cumplimiento normativo, los estándares del sector, etc., para asegurarse de que se cubren todas las bases.
✅ Equilibrar el panorama general: una nueva función puede funcionar bien de forma aislada. Pero cuando se integra en el resto del software, puede fallar o provocar que otra función falle. Los casos de prueba garantizan que esto se detecte antes de que afecte a la experiencia del usuario en producción.
¿Puede un solo caso de prueba hacer todo lo anterior? En realidad, no. Dependiendo de la función, el software, los sistemas, las necesidades y las metas de la organización, hay varios tipos de casos de prueba que escriben los equipos de control de calidad.
Tipos de casos de prueba
Existe un caso de prueba para cada tipo de prueba de software. Algunos de los más utilizados son los siguientes.
Caso de prueba de funcionalidad: este caso de prueba básico y fundamental evalúa si un software funciona según lo previsto. Como mínimo, todos los responsables de control de calidad deben redactarlo.
Casos de prueba unitarios: Las pruebas unitarias evalúan una parte de la función o una sola unidad. Por ejemplo, un control de calidad podría escribir pruebas unitarias para verificar que el campo de la dirección de correo electrónico cumple varias condiciones.
Casos de prueba de seguridad: evalúan si la función cumple con los estándares de seguridad para pasar a producción. Por lo general, esto incluiría pruebas de autorización, autenticación, cumplimiento de los estándares OWASP, etc.
Casos de prueba de rendimiento: validan que la nueva función cumple los requisitos de velocidad, fiabilidad, escalabilidad y utilización de recursos.
Casos de prueba de regresión: las pruebas de regresión garantizan que la nueva función que ha desarrollado no afecte a ninguna de las ya existentes en el producto.
Además de estos, también se pueden ejecutar casos de prueba específicos. Por ejemplo, las organizaciones orientadas al diseño pueden incluir casos de prueba de interfaz de usuario (UI). Los productos que realizan parte de un flujo de trabajo más amplio pueden escribir muchos casos de prueba de integración. Otros pueden crear casos de prueba de usabilidad específicos en torno a la heurística, la accesibilidad, la inclusión, etc.
Como propietario del producto, usted decide qué debe hacer su software y crea casos de prueba aplicables a ello. Debe cubrir todos los escenarios que sean importantes para usted.
¿Significa eso que un caso de prueba es simplemente un escenario de prueba? En absoluto.
Caso de prueba frente a escenario de prueba
Un caso de prueba es un registro completo de cómo debe comportarse su nueva función [y cómo probarla]. Un escenario de prueba es una descripción de alto nivel de las acciones que pueden ocurrir [y, por lo tanto, ser probadas].
Ampliando el ejemplo anterior, el escenario de prueba sería «probar la suscripción al boletín informativo». Sin embargo, los casos de prueba serían:
- Campo de nombre de prueba con un nombre aceptable
- Campo de nombre de prueba con caracteres especiales
- Campo de nombre de prueba para nombres de famosos
- Campo de nombre de prueba con números
- Campo de nombre de prueba para nombres ficticios o marcadores de posición como John Doe.
| Caso de prueba | Escenario de prueba | |
|---|---|---|
| Definición | Documentación completa sobre cómo probar una función. | Breve descripción de cómo debería funcionar la función desde la perspectiva del usuario final. |
| Nivel | Acciones de bajo nivel con responsabilidad granular. | Acciones de alto nivel con responsabilidad global. |
| Enfoque | Cómo probar [registro detallado de las funciones previstas] | Qué probar [breve registro de los resultados previstos] |
| Fuente | Derivado de escenarios de prueba. | Derivado de historias de usuarios y casos de uso empresariales. |
| Enfoque | Considere una mayor resolución de posibilidades y realice pruebas exhaustivas. | Imite situaciones reales y realice las pruebas correspondientes. |
Ahora que conocemos las diferencias, volvamos a centrarnos en el caso de prueba y profundicemos en él.
Componentes de un caso de prueba
En resumen, un caso de prueba es una documentación detallada de todo lo que hay que probar para garantizar que el software funciona según lo previsto. Esto lo convierte en algo exhaustivo, granular y multifacético, que involucra múltiples componentes.
Algunos de los componentes críticos de un caso de prueba son:
ID del caso de prueba: cada caso de prueba tiene un número. Esto puede parecer sencillo, pero para probar una aplicación a fondo, realizará varias pruebas que parecen similares. El ID del caso de prueba ayuda a diferenciarlas.
Descripción: Descripción de lo que está probando. En el ejemplo anterior, podría ser «Añadir clientes potenciales reales con interés a nuestra base de datos de boletines informativos».
Requisitos previos: todos los requisitos que deben cumplirse para utilizar esta función. Por ejemplo, hemos hablado de la validación de cada campo anteriormente. Además de eso, otras condiciones podrían incluir:
- El usuario no debe estar ya suscrito al boletín informativo.
- El usuario no debería haberse dado de baja del boletín informativo.
Pasos: Pasos que el usuario o el sistema deben seguir para completar la evaluación y marcarla como satisfactoria.
- El usuario introduce un nombre válido.
- El usuario introduce un ID de correo electrónico válido.
- El usuario marca la casilla de selección de privacidad.
- El usuario hace clic en el botón «Enviar».
Resultados esperados: Lista de lo que el sistema tiene pendiente.
- Si el nombre de usuario no es válido, muestra un mensaje de error.
- Si la dirección de correo electrónico no es válida, muestra un mensaje de error.
- Si el nombre de usuario y el ID de correo electrónico son válidos, guárdelos en la base de datos correspondiente.
- Una vez guardado en la base de datos, envíe un correo electrónico de confirmación al usuario.
Resultados reales: son las observaciones del probador después de haber ejecutado el caso de prueba. Esto es lo que se enviará al desarrollador en caso de que algo no funcione correctamente.
- Se probó el campo «nombre» con «Katy P3rry» y se aceptó como entrada válida [aunque contiene un número].
Con eso, ya está todo listo para escribir casos de prueba eficaces. A continuación le explicamos cómo hacerlo.
Cómo redactar casos de prueba eficaces con ejemplos
Escribir un buen caso de prueba requiere tanto lógica empresarial como perspicacia tecnológica. Debe comprenderlo desde la vista del usuario en el mundo real, así como desde la perspectiva tecnológica en el mundo digital. A continuación, se muestra un marco sólido para que pueda comenzar ese viaje.
1. Identifique los escenarios de prueba.
Antes de escribir casos de prueba, comprenda los escenarios reales en los que se utilizará la función. Lea la historia del usuario, estudie el documento de requisitos o incluso discuta las especificaciones con el desarrollador.
Por ejemplo, los escenarios de prueba del ejemplo anterior serían: El usuario realiza un intento correcto de suscripción al boletín informativo.
En este paso, es importante preguntarse si el documento de requisitos describe al usuario de alguna manera específica.
Por ejemplo, si está creando una función de boletín informativo solo para clientes de pago, se dará el caso de que usuarios que no pagan puedan intentar suscribirse.
Por lo tanto, revise minuciosamente los requisitos, las especificaciones y las historias de los usuarios.
2. Defina los objetivos de los casos de prueba.
En esta fase, defina lo que desea lograr al ejecutar sus pruebas. Por ejemplo, si solo está probando si la función funciona según el plan, redactará casos de prueba funcionales.
Sin embargo, si también necesita que sea seguro y tenga un buen rendimiento, también deberá escribir los casos de prueba correspondientes. Esto le ayudará a optimizar su proceso de pruebas ágil y a presentar los resultados al equipo de desarrollo.
3. Redacte pasos claros y concisos.
Esta fase es más que un simple esbozo del flujo de trabajo. Es todo lo que el control de calidad debe hacer para garantizar que la función funcione según lo esperado.
Sea minucioso: entre en tantos detalles como sea posible. Incluya lo que debe suceder en función de la acción del usuario o del sistema. Por ejemplo, podría escribir:
- Introduzca el nombre en el campo correspondiente.
- Si el nombre contiene un número, muestra un mensaje de error: «Introduce un nombre que solo contenga letras y espacios».
- Si el nombre contiene caracteres especiales, muestra un mensaje de error: «Introduce un nombre que solo contenga letras y espacios».
- Si el nombre es un marcador de posición, muestra un mensaje de error: «Introduce un nombre válido».
- Si el nombre es válido, permita al usuario enviarlo.
Hazlo reutilizable: la mayoría de las funciones se solapan con otras funciones anteriores. Por ejemplo, los campos para la suscripción al boletín informativo pueden ser similares a los que se utilizan para crear nuevas cuentas de usuario. Reutilízalos tanto como sea posible para mantener la coherencia y la eficiencia.
De hecho, también puede crear plantillas reutilizables de documentos de requisitos de productos, a partir de las cuales es más fácil extraer escenarios y casos de prueba.
Dibuje el proceso: en el caso de funciones complejas, puede resultarle difícil documentar todos los casos de prueba de forma lineal. En tales casos, pruebe con un diagrama de flujo.
ClickUp Whiteboards ofrece un lienzo en blanco altamente personalizable para visualizar el flujo de trabajo de sus funciones. No se sienta presionado por hacerlo solo. Cree sus diagramas de flujo y compártalos con todas las partes interesadas (analistas de negocios, desarrolladores, gerentes de pruebas, etc.) y obtenga su aprobación antes de comenzar.
Establezca el contexto: aunque el escenario de prueba describe el contexto empresarial, debe describir claramente la configuración de la prueba. Incluya la versión del software, el sistema operativo/navegador, el hardware, los formatos de fecha/hora, la zona horaria, etc. Además, incluya enlaces a cualquier documento y recurso que pueda ser útil durante la ejecución de la prueba.
4. Especifique los resultados esperados.
Esta es la respuesta a «¡¿qué pasa si...?». Entonces, ¿qué pasa si se valida el campo del nombre? ¿Qué pasa si no se valida el campo del nombre?
- ¿Qué pasa si el usuario ya es suscriptor? ¿Debe rechazar su suscripción o volver a suscribirlo?
- ¿Qué pasa si el usuario no es un cliente de pago? ¿Debería pedirle que pague ahora?
- ¿Qué pasa si el usuario se ha dado de baja anteriormente? ¿Debería comprobarlo dos veces antes de volver a suscribirse?
De esta manera, esboza los resultados esperados para cada posibilidad. Cuanto más compleja sea tu función, más larga será tu lista.
5. Incluya condiciones previas y condiciones posteriores.
Hoy en día, ninguna función es una isla. En el desarrollo de software, cada función está conectada a otra cosa, lo que significa que las pruebas tienen un número de condiciones previas y posteriores.
Ejemplos de condiciones previas
- Es necesario ser cliente de pago.
- Es necesario proporcionar un nombre y una dirección de correo electrónico válidos.
- Es necesario aceptar las condiciones.
- Es necesario utilizar la última versión de Chrome.
- Es necesario iniciar sesión desde el móvil.
Ejemplos de postcondiciones
- Debe añadirse a la base de datos.
- Es necesario aceptar la suscripción en el correo electrónico de confirmación.
- Debe añadirse a la lista de boletines informativos en el CRM.
Si eres un líder de producto que quiere familiarizarse con las pruebas, aquí tienes algunas herramientas sin código para gestores de producto.
Esos eran los conceptos básicos, pasemos ahora a los detalles más concretos.
Buenas prácticas para escribir casos de prueba
Seamos realistas: escribir casos de prueba es un arte. Un buen caso de prueba sacará a la luz incidencias y defectos que ni siquiera se habían visualizado en los requisitos. Por ejemplo, ¿qué pasaría si el campo del nombre tuviera dos espacios? ¿O si el apellido del usuario tuviera un guion?
Para garantizar que sus casos de prueba estén orientados a ofrecer software de alta calidad, tenga en cuenta las siguientes buenas prácticas.
🧠 Piense como un usuario.
Antes de escribir sus casos de prueba, piense desde la perspectiva del usuario. Sea crítico y minucioso. En el ejemplo que hemos comentado hasta ahora, podría preguntarse:
- ¿Qué significa «nombre»? ¿Nombre de pila? ¿Apellido? ¿O ambos?
- ¿De quién es este nombre? ¿Debería tener el texto del campo del nombre la frase «tu nombre»?
- ¿Debería haber un texto de marcador de posición para guiar al lector?
- Si el usuario introduce un nombre no válido, ¿debería el mensaje de error identificar qué es lo que está mal?
Póngase en el lugar del usuario. Explore diversas posibilidades e incluso casos extremos. Puede que no cree casos de prueba para todos, pero explorarlos ayuda a reforzar la función.
🎯 Concéntrese en una cosa a la vez.
No escriba un caso de prueba funcional que también sea un caso de prueba de usabilidad y un caso de prueba de base de datos. Haga una cosa a la vez. De esta manera, cuando el resultado de la prueba sea aprobado/reprobado, sabrá exactamente qué funcionó o qué salió mal.
Incluir demasiadas variables en una prueba complicará los problemas cuando la prueba falle.
👫 No lo haga solo.
Los casos de prueba definen la calidad del software. Aunque se trata del verificador en el proceso de creación-verificación, es necesario otro nivel de revisión por parte de dos personas. Por lo tanto, una vez que haya redactado los casos de prueba, sométalos a una revisión por pares.
Pida a un compañero que revise lo que ha escrito. Anímele a que busque errores y le dé su opinión crítica. También es útil hacerlo en colaboración con analistas de negocio y desarrolladores para comprender mejor sus intenciones.
♻️ Cree plantillas reutilizables.
Entre todas las buenas prácticas para escribir casos de prueba, la más valiosa es crear plantillas. Tanto si está probando funciones similares como completamente diferentes, una plantilla le proporciona una estructura para sus ideas. Incluya componentes clave, un mecanismo de numeración automatizado o un marco para presentar todos los resultados de las pruebas.
La plantilla de casos de prueba de ClickUp es un ejemplo sencillo, pero potente, de cómo se puede mejorar drásticamente la eficiencia y la visibilidad con un marco repetible. Esta plantilla para principiantes es personalizable, lo que permite a sus equipos hacer más cosas más rápido. ¿Qué más? También puede utilizar esta plantilla para identificar candidatos para la automatización y redoblar sus esfuerzos de control de calidad.
🛠️ Utilice las herramientas adecuadas.
En un equipo de desarrollo de software, escribir casos de prueba completos para funciones complejas puede ser una tarea que requiere mucho tiempo. Por no hablar de documentarlos y organizarlos para facilitar su acceso.
Para ello, elija la herramienta adecuada.
Herramientas y recursos para la gestión de casos de prueba
Una buena gestión de casos de prueba le permite crear, organizar, ejecutar, registrar y supervisar lo que está probando. Ayuda a los equipos de pruebas a garantizar la exhaustividad sin perder eficiencia. Ayuda a los equipos de desarrollo a ver claramente las incidencias.
Si bien los beneficios son infinitos, también lo son los desafíos. La regla general para el número de casos de prueba por función es «tantos como sean necesarios». Dependiendo de la función, pueden ser dos, es decir, uno positivo y otro negativo. Pueden ser tres, si el caso de prueba es condicional. O pueden ser múltiples.
Para gestionar esto, necesita una herramienta robusta. Algunas de las mejores herramientas modernas de pruebas de control de calidad son:
TestRail
TestRail es una plataforma de gestión de pruebas para documentar y realizar el seguimiento de los planes de pruebas. Incluye funciones de trazabilidad, cobertura, automatización de pruebas y análisis. Se integra de forma nativa con un número de herramientas de desarrollo de software y ofrece una amplia API.
BrowserStack
BrowserStack es una herramienta de pruebas para aplicaciones y navegadores. Ofrece pruebas para aplicaciones iOS y Android, así como para sitios web en múltiples navegadores. Incluye módulos específicos para pruebas visuales, pruebas de accesibilidad, observabilidad de pruebas, automatización de bajo código y mucho más.
Jira
Jira, una de las herramientas de gestión de proyectos ágiles más populares, también funciona como software de seguimiento de incidencias. Con Jira, puede escribir casos de prueba y enlazarlos a historias de usuario, errores conocidos u otros problemas.
Sin embargo, dado que Jira no está diseñado para la gestión de casos de prueba, las funciones de elaboración de informes y automatización pueden ser limitadas.
ClickUp
ClickUp para equipos de software es una herramienta de gestión de proyectos todo en uno, diseñada para dar soporte a todos los aspectos del proceso de ingeniería. La gestión de casos de prueba no es una excepción.
Redacción de casos de prueba: ClickUp permite a los equipos gestionar su backlog de forma eficiente con sólidas funciones de seguimiento de errores y problemas. Gestione los casos de prueba existentes y cree otros nuevos con ClickUp. Utilice formularios para que los equipos de software recopilen solicitudes/incidencias y los conviertan automáticamente en tareas para el equipo.
Visibilidad de las operaciones: puede verlo como un tablero Kanban con todos los estados o utilizar la vista del Calendario para programarlas. Gestione las tareas del equipo de control de calidad con la vista Carga de trabajo de ClickUp y acelere el proceso de producción. Utilice la plantilla de seguimiento de errores y problemas de ClickUp para obtener una visión general de todas las pruebas de su proyecto de desarrollo de software.
Automatización en la gestión de proyectos: integre a la perfección la gestión de casos de prueba en su proceso de desarrollo de productos.
Utilice las automatizaciones de ClickUp para asignar el probador adecuado a cada caso de prueba. Cuando el control de calidad cambie de estado, asígnelo automáticamente al desarrollador para su revisión.
Con ClickUp para equipos ágiles, cree listas de control reutilizables que se añadirán automáticamente a las tareas. Configure ClickUp Brain para ayudar a los equipos de control de calidad a redactar informes más rápidamente.
Buenas prácticas ya configuradas: utilice las docenas de plantillas prediseñadas para estructurar su proceso de pruebas. Comience con las diversas plantillas de casos de prueba o plantillas de informes de errores.
A continuación, pruebe la plantilla de gestión de pruebas de ClickUp para optimizar sus escenarios de prueba, casos de prueba y ejecuciones de prueba. Con esta plantilla, realice el seguimiento del proceso, evalúe los resultados y colabore con el equipo de desarrollo en la resolución de errores y incidencias.
Para los principiantes, esta plantilla también incluye un documento completo titulado «Cómo empezar» que le guiará a lo largo del proceso.
¿Se pregunta cómo redactar un informe de pruebas? Tenemos una plantilla para usted. Descargue y utilice la plantilla de informe de pruebas de ClickUp, fácil de usar para principiantes, para resumir los resultados de sus pruebas y entregarlos a los desarrolladores.
Cree un software excelente para cada caso con ClickUp.
En el desarrollo de software, las pruebas desempeñan un rol crucial a la hora de garantizar que todo funcione correctamente. Proporcionan un soporte de 360 grados.
Valida el trabajo del equipo de desarrollo. Confirma la idoneidad para los objetivos del equipo de la empresa. Se mantiene fiel a las necesidades de los usuarios en cuanto a funcionalidad, rendimiento, seguridad y privacidad.
Gestionar un proceso tan crítico y completo exige un conjunto de herramientas bien pensado. Eso es precisamente lo que ofrece ClickUp.
Tanto si sigues un modelo ágil, en cascada o híbrido de desarrollo de software, ClickUp está repleto de funciones diseñadas para ser altamente personalizables y adaptarse a tus necesidades únicas.
Además de una potente gestión de tareas multifacética, ClickUp también incluye un conjunto de pruebas, automatizaciones DevOps, integraciones y plantillas muy potentes. Compruébelo usted mismo. Pruebe ClickUp gratis hoy mismo.