Cómo escribir casos de prueba

Nuestro servicio EasyQA contiene la funcionalidad más simple pero más variada que ayudará a los usuarios a escribir casos de prueba de forma más fácil y rápida.

ENLACE ÚTIL: EasyQA canal de YouTube
En nuestro artículo damos respuestas a las siguientes preguntas:

¿Caso de prueba? ¿Que es esto?

No hay duda de que la redacción de los Casos de prueba efectivos es la habilidad necesaria para los especialistas en control de calidad. Como a cualquier habilidad se podría adquirir y mejorar. En este artículo se considerarán los principios y consejos principales para la escritura efectiva de un caso de prueba.

Antes de iniciarlo, entendamos completamente qué es el caso de prueba. Imagina que necesitas probar alguna funcionalidad de la aplicación. Debe iniciar paso a paso la situación en la que podría implementarse.

En pocas palabras, Test Case es un conjunto de tales bien diseñado y fácil de entender pasos (acciones) ejecutados para verificar una característica o funcionalidad particular de su aplicación de software. Mantenga en su mente "bien diseñado" y "fácil de entender". Tiene un sentido importante como verás un poco más adelante.

Entonces, ahora podemos empezar. Aquí dividiremos el caso de prueba en los componentes e intentaremos analizar qué se debe hacer y qué no debería escribirlo con alta eficiencia.

Las partes principales del caso de prueba

 

ID de caso de prueba
Este es un número único de casos de prueba en el sistema de gestión de pruebas o en el documento. Como regla general, todos los sistemas modernos de gestión de pruebas como Jira, TestRail y Zephyr asignan automáticamente la ID al nuevo caso de prueba creado. Por lo tanto, no hay capacidad para cometer un error con este componente.

Pero, debe tenerse en cuenta, que en algunos proyectos todavía se utiliza Excel para las pruebas. Es por eso que siempre debe recordar la regla: “No hay casos de prueba con la misma ID en su sistema de gestión de prueba. Incluso estos son casos de prueba de proyectos terminados ”.

Título del caso de prueba
Título fuerte es el atributo obligatorio del caso de prueba efectivo. Qué significa eso? Las características clave del Título fuerte son: fácil de entender y lacónico. Además, el título del caso de prueba debe representar el nombre del módulo o el área funcional que se va a verificar.

Imaginemos que tenemos una tarea para verificar qué ocurrirá si ingresamos símbolos no válidos como $, &, * en el campo "correo electrónico" del formulario de registro de Test Management System EasyQA. De acuerdo con los principios mencionados anteriormente, el título del caso de prueba debe tener el siguiente aspecto: "Entrada de campo no válida en el formulario de registro".

Consideremos el ejemplo de título no fuerte. Los símbolos del campo de correo electrónico "$ & *" se ingresan en el formulario de registro de "EasyQA". Aquí tenemos al menos dos errores.

  • La excesiva longitud del título. No hay necesidad de mencionar "EasyQA", porque este caso de prueba es parte del plan de prueba para este sistema de gestión de prueba. Por lo tanto, todos los casos de prueba están relacionados con "EasyQA".
  • Concretización de los símbolos especiales "$ & *". También se pueden ingresar otros símbolos no válidos para ejecutar este tipo de caso de prueba. Por lo tanto, "símbolos no válidos" es la definición más adecuada para este título.

Algunos sistemas de gestión de pruebas, incluido EasyQA, simplifican este proceso al crear un campo de módulo especial para cada caso de prueba.


El plan de prueba se divide en módulos, que incluye casos de prueba particulares. Por eso es más fácil crear un título sólido para el caso de prueba.

Descripción del caso de prueba
Antes de comenzar la prueba, debe mencionar todos los detalles sobre lo que va a probar. Son: Datos de prueba a utilizar, Condiciones previas (Presteps), Detalles del entorno de prueba, Herramientas de prueba.
Si das Datos de prueba para ser utilizado donde corresponda para el caso de prueba dentro de la descripción del caso de prueba o con el paso específico del caso de prueba, usted no solo se ayudará a usted, sino también a sus colegas-evaluadores. Existe un grave error al escribir Casos de prueba solo para usted.

Precondiciones (Presteps) Describe diferentes tipos de dependencias de Ejecución de Prueba:

  • Cualquier configuración especial se necesita hacer
  • Dependencias en otros casos de prueba: ¿es necesario ejecutar el caso de prueba antes / después de algún otro caso de prueba?
  • Dependencia de datos del usuario: en qué página debe iniciar el viaje el usuario; el usuario debe estar conectado.

Entorno de prueba es una configuración de software y hardware para que los equipos de prueba ejecuten casos de prueba. En otras palabras, es compatible con la ejecución de pruebas con hardware, software y redes configuradas.

Cuando la gente menciona acerca de Herramientas de prueba, Pruebas automatizadas se sugiere a menudo. Por supuesto que anteriormente están preocupados por este tipo de pruebas. Pero también hay herramientas simples para la prueba manual. Herramientas de mapas mentales como Xmind, gerentes de capturas de pantalla como Jing son fáciles de usar incluso para los recién llegados al área de control de calidad. De todos modos, si alguna herramienta especial es obligatoria para la prueba, debe mencionarlo en Descripción del caso de prueba.
Por supuesto, si se utiliza la misma herramienta para la ejecución de algún grupo de casos de prueba, sería mejor describirla en el módulo / submódulo de prueba o incluso en el plan de prueba.

Hay algún tipo de error típico en el que deberías enfocarte. Algunos probadores con menos experiencia confunden Pasos con el Presteps. Hacer una nota, que Presteps es la forma de obtener la situación en la que se podría iniciar la ejecución del caso de prueba.Pasos son la forma más efectiva de obtener el resultado real de la ejecución del caso de prueba.

Por ejemplo, si tenemos que probar las habilidades funcionales del usuario registrado, sería un error crear pasos especiales de registro de usuario para cada caso de prueba en el módulo apropiado. La decisión correcta es mostrarlo en el Presteps para todos los usuarios de registro módulo de Suites de prueba: el usuario debe estar registrado. El proceso de registro se verifica en particular Test Suite.

Como se mencionó antes, Pasos son el camino hacia el resultado esperado. Otra cosa que debe recordarse Los pasos en el caso de prueba efectivo están bien diseñados y son fáciles de entender. Estos dos puntos son los básicos para comprender cómo planificar los pasos para sus casos de prueba.

Los principales atributos de pasos bien diseñados:

  1. Cantidad óptima de pasos. No hay necesidad de escribir pasos adicionales, así como el paso "para comer". Las cosas se veían obviamente para usted, no podían ser tan claras para sus colegas.
  2. One Test Case cubre solo una funcionalidad independiente. Hay un error al verificar la funcionalidad diferente en un caso de prueba.
  3. Los pasos son fáciles de ejecutar.
  4. Los pasos no solo deben cubrir el flujo funcional, sino también cada punto de verificación que se debe probar.

Los principales atributos de fácil de entender Pasos:

  1. Los pasos son al punto. No debes escribir un ensayo para describir tus pasos.
  2. Clara expresión Debe evitar usar la ambigüedad en los pasos de su caso de prueba.
  3. Comprensible incluso para los principiantes. Sus colegas, que probablemente no tienen tanta experiencia, deberían poder entender cómo ejecutar cada Paso.

El rendimiento de la aplicación después de ejecutar los pasos de prueba anteriores se muestra en la Resultado Esperado. Por lo tanto, antes de escribir los Casos de prueba, debe reconocer completamente qué página / pantalla espera que aparezca después de la prueba y cualquier actualización que espere como resultado en los sistemas de back-end o en la base de datos.

Espero que recuerdes que un caso de prueba cubre una funcionalidad independiente. Por eso, sería un error escribir Test Case. con más de un resultado esperado.

Comentarios / Condiciones Post no son componentes obligatorios del caso de prueba, pero realmente aumenta la eficiencia de su caso de prueba. Aquí puede incluir información útil adicional, como capturas de pantalla y descripciones, para proporcionar a los desarrolladores la información que necesitarán para corregir cualquier defecto encontrado.

Las Condiciones de publicación también se utilizan para dar instrucciones de guía para restaurar el sistema a su estado original para que no interfiera con las pruebas posteriores. Por ejemplo, esto es bastante útil si menciona los cambios que se realizarán en los Datos de prueba para que se utilicen en un Caso de prueba posterior para la misma funcionalidad.

Los diferentes sistemas de Gestión de Pruebas ofrecen diversas variantes del campo Caso de prueba. El caso de prueba en la herramienta EasyQA Test Management tiene los siguientes:

  1. Título
  2. Módulo - para elegir el módulo al que se refiere nuestro caso de prueba. - Si presiona Agregar caso en el módulo, este campo se ingresará de manera predeterminada.
  3. Tipo: seleccione un tipo de caso de prueba de la lista desplegable de acuerdo con la siguiente descripción:
  • Positivo Es un caso de prueba utilizando solo datos correctos.
  • Negativo Es un caso de prueba utilizando no solo datos correctos.
  • Límite Es un caso de prueba utilizando valores max / min.
  • Integración Es un componente de las pruebas de integración.
  • IU es la prueba de una interfaz gráfica de usuario.
  • Localización Está probando ubicaciones, idiomas etc.
  1. Pasos previos
  2. Pasos
  3. Resultado Esperado

En esta imagen puede ver el proceso de adición de un caso de prueba con los campos completados.


Una vez que haya agregado los Casos de prueba, puede elegirlos con las casillas de verificación correspondientes. Después de que haya elegido uno o unos pocos casos de prueba, puede moverlos a donde los necesite. Puedes editarlos o borrarlos

Ejemplo simple de caso de prueba

Ahora, cuando tenga algún conocimiento teórico sobre cómo escribir casos de prueba, intente usarlo para la siguiente decisión de la tarea.

Datos de la tarea:

  1. Existe un Sistema de Gestión de Pruebas "EasyQA" - https://geteasyqa.com/
  2. Debe verificar la capacidad del usuario registrado para crear un nuevo plan de prueba para el proyecto llamado "Blogger" de acuerdo con la especificación.
  3. El correo electrónico del usuario es "[email protected]", la contraseña es "gEORGe52"

Consideremos cómo crear cada paso.

Por supuesto, el Identificación única será asignado automáticamente por el sistema de gestión de prueba que utilice.

En primer lugar, lo que debes hacer es elegir el adecuado Título, módulo y escenario de prueba. para el caso de prueba. Naturalmente, el módulo podría ser "Usuario registrado". Y otros Casos de prueba que prueban la funcionalidad del usuario registrado se pondrán en este módulo. El título fuerte se parece a la "capacidad de creación del plan de prueba". El escenario de prueba es positivo.

Además de tener que comprobar la funcionalidad de los usuarios registrados, debe mostrar la forma de registro en el Pasos previos. Estos pasos previos serán los mismos para todos los casos de prueba en el módulo "Usuario registrado".

En Pasos campo tienes que mostrar cómo lograr el resultado esperado.

Vamos a determinar Resultado Esperado como "El usuario registrado tiene la capacidad de crear un plan de prueba".

Podemos ver el resultado de nuestras acciones usando las herramientas de EasyQA Test Management.

Formulario de inicio de sesión y contraseña Casos de prueba: positivo, negativo, límite

Consideremos algunos casos de prueba típicamente basados en diferentes escenarios.

Los datos de la tarea son casi similares a los de la tarea anterior:

  1. Existe un Sistema de Gestión de Pruebas "EasyQA" -https://geteasyqa.com/
  2. Se necesita el formulario de "Registro" para ser probado.
  3. La longitud mínima de la contraseña es de 6 símbolos. La longitud máxima es de 128 símbolos.
  4. Solo puede usar letras del alfabeto latino de la A a la Z y cifras en los campos "Iniciar sesión", "Contraseña", "Confirmar contraseña".

Aquí consideramos algunas especificaciones de este tipo de proceso de creación de casos de prueba.

El formulario de "Registro" de EasyQA tiene el siguiente campo obligatorio: "Nombre", "Apellido", "Correo electrónico", "Contraseña" y "Confirmar contraseña". Además de eso, hay otros campos como "Empresa" y "País", que no son obligatorios, pero también tienen que ser probados. Por lo tanto, debe dividir su módulo de "Test Up" Test Suite en los submódulos apropiados.

Intenta analizar algunos escenarios típicos: positivo, negativo y límite.

Segun el Escenario positivo, el usuario no registrado solo ingresa datos válidos en todos los campos. Por lo tanto, no tendrá problemas con la creación de este tipo de casos de prueba. Puedes ver cómo se puede ver en la imagen de abajo.


El resultado esperado para este caso de prueba es que "la entrada de letras y cifras latinas es posible en el campo" Contraseña "".
Pero, ¿qué ocurrirá si el usuario ingresa los símbolos no válidos en cualquiera de los campos mencionados anteriormente? Podemos comprobarlo ejecutando Casos de Prueba basados en Escenario negativo. De hecho, hay muchas variantes de entrada inválidas. Podría ser considerado en un artículo particular. Aquí hay solo algo de eso:

  • Ingreso de símbolos “&% $155$#8221;
  • Entrada de espacios
  • Entrada de campo vacío
  • Combinaciones de entrada de símbolos inválidos e inválidos
  • Otro caso de entrada de letras etc.

En la imagen de abajo se representa un ejemplo de casos de prueba negativos.
El resultado esperado para este caso de prueba es "La entrada no válida es imposible en el campo" Contraseña "".

Preste atención a la condición - restricción de longitud de contraseña (6-128 símbolos). ¿Es posible registrarse con solo 3 símbolos de contraseña? ¿Qué pasa con la contraseña de 150 símbolos? Casos de prueba escritos por Prueba de valor límite La técnica de diseño te da respuestas a estas preguntas.

La idea básica en Pruebas de valor de límites es seleccionar valores de variables de entrada en su: mínimo, justo por encima del mínimo, justo por debajo del máximo, máximo. En nuestro ejemplo, deberías escribir Casos de Prueba para situaciones con:

  • Entrada de contraseña de 5 símbolos
  • Entrada de contraseña de 6 símbolos
  • Entrada de contraseña de 128 símbolos
  • Entrada de contraseña de 129 símbolos.

Mire la imagen de abajo para ver cómo se ve el caso de prueba escrito de acuerdo con esta técnica.


El resultado esperado para este caso de prueba es el "Mensaje informativo" Se muestra la longitud mínima de la contraseña de 6 símbolos ».

Casos de prueba para criterios de filtro

Diferentes funcionalidades como búsqueda, clasificación, paginación también son necesarias para ser probadas. Estos casos de prueba también podrían escribirse de acuerdo con los escenarios que consideramos antes. Verifican el funcionamiento normal de:

    • Campos de búsqueda
    • Botones de página
    • Flechas
    • Clasificación por nombre (A a Z, Z a A)
    • Clasificación por precio (más bajo primero, más alto primero)
    • Botones de menú del panel y la barra lateral, etc.


El resultado esperado para este caso de prueba es "Solo los problemas cerrados se muestran en el menú del panel".

Casos de prueba para pruebas de seguridad

Regrese al sistema de gestión de pruebas EasyQA y escriba un caso de prueba simple para verificar la funcionalidad de filtrado de botones "Problemas cerrados". Aquí está.
Las pruebas de seguridad a menudo son proporcionadas por herramientas especiales de pruebas automatizadas como Vega, Google Nogotofail, Wapiti, etc. Sin embargo, al usar sus habilidades de actividad mental puede escribir un caso de prueba simple para verificar algunos parámetros de seguridad del sitio web. Vuelve de nuevo a EasyQA Test Management System. Puede ver un ejemplo de tal caso de prueba a continuación.


Presta atención a Pasos. El resultado esperado para este caso de prueba es "El formulario de inicio de sesión de EasyQA se muestra después de copiar / pegar la URL de un navegador a otro". Por lo tanto, no hay acceso a la cuenta de usuario.

Funciones útiles adicionales del sistema de gestión de pruebas EasyQA

Hay muchas herramientas de administración de pruebas para ayudar a los evaluadores en su trabajo. EasyQA te ofrece una amplia gama de características útiles adicionales:

  1. Exporte un plan de prueba preparado en formato CSV presionando un botón
  2. Importar un plan de prueba preparado para nuestro sistema.
  3. Caso de prueba que muestra por varios criterios:
  4. Haciendo informes de fallos
  5. Construir distribucion
  6. Sistema de seguimiento de errores
  7. Ejecutar pruebas
  8. Generar informes
  9. Integración rápida y fácil con sus herramientas existentes.

En pocas palabras, EasyQA es más que un sistema de gestión de pruebas. Es un ambiente de trabajo agradable y eficiente.

10 consejos para escribir casos de prueba eficaces

  1. Tenga en cuenta que los casos de prueba también son ejecutados por sus colegas.
  2. Usar un título fuerte
  3. Preste atención a los pasos previos y condiciones previas
  4. Caso de prueba cubre una funcionalidad y
  5. El caso de prueba solo tiene un resultado esperado
  6. Escribe pasos bien diseñados y fáciles de entender.
  7. No olvide poner toda la información útil en los comentarios o las condiciones de publicación.
  8. Use ilustraciones y herramientas de prueba simples si es necesario.
  9. Caso de prueba debe ser reutilizable
  10. Empezar a practicar

¿Quieres escribir casos de prueba eficaces? Solo empieza a hacerlo. Y será un placer ayudarte.

PRUEBA FÁCIL DE QA