Cómo escribir un caso de prueba de software manual paso a paso

Escrito por ehow contributor | Traducido por juliana star
  • Comparte
  • Twittea
  • Comparte
  • Pin
  • E-mail
Cómo escribir un caso de prueba de software manual paso a paso
Escribe un caso paso a paso para probar tus aplicaciones de software. (Comstock/Comstock/Getty Images)

Un caso de prueba de software es un conjunto de pasos y resultados esperados usados para probar una aplicación. Este se crea a partir de los requisitos del software. Los casos de prueba bien escritos pueden lograr que el ciclo de pruebas sea más fluido y eficiente. Es imprescindible escribir casos de prueba que sean claros, comprensibles y que también puedan ejecutarse para revisar nuevas funcionalidades y hacer pruebas de regresión. Un buen caso de prueba es sencillo de ejecutar, consistente en el tiempo que tarda en ejecutarse, y además es fácil de mantener.

Nivel de dificultad:
Moderado

Otras personas están leyendo

Instrucciones

  1. 1

    Identifica el requerimiento a probar y escribe su nombre y/o número en el caso de pruebas. Un análisis de negocios por lo regular genera un documento de diseño que incluye los requerimientos.

  2. 2

    Crea un nombre y/o número de prueba para el caso de prueba. Es útil crear un documento separado con una matriz de trazabilidad para vincular los requerimientos y los casos de prueba entre sí. Identificar el nombre del requerimiento y su número junto con el nombre y número del caso de prueba permite la trazabilidad entre este último y el requerimiento.

  3. 3

    Escribe una descripción corta del caso de prueba. Esta descripción proporciona una visión general de alto nivel de lo que hace el caso de prueba. Esto debe permitir que alguien sin conocimiento previo acerca del caso tenga una comprensión clara de lo que se hace sin revisar todos los pasos de prueba.

  4. 4

    Identifica toda la información de configuración necesaria para ejecutar la prueba. Esta información incluye los elementos que son prerrequisitos de pruebas, como los datos, el hardware, el software y los navegadores.

  5. 5

    Escribe los pasos y los resultados. Para cada paso escribe un número. Lo mejor es mantener el número de pasos aproximadamente en 10, con un máximo de 15. Tener pruebas cortas permite realizar un mantenimiento más fácil, hacer búsquedas de resultados de forma más simple y tener tiempos de prueba reducidos. Escribe la descripción del paso. Esta puede incluir una entrada clara o un conjunto de entradas si tienen relación entre sí. Otros elementos a incluir en cada paso son los resultados esperados, una indicación de aprobación/rechazo, el resultado real, todo tipo de notas y cualquier dato adjunto.

Consejos y advertencias

  • La aplicación de software que se encuentra a prueba cambia constantemente y los casos de prueba de software para la aplicación también deben cambiar. Para que puedan usarse de nuevo, los casos de prueba deben recibir mantenimiento después de cada ciclo de prueba. Sin este mantenimiento será todo un reto el determinar si los errores resultantes se deben al caso de prueba o a un defecto real.
  • Revisa los casos de prueba con otros colegas asociados, incluyendo a los analistas de negocios que escribieron los requerimientos, los desarrolladores que escribieron el código para los requerimientos y el personal de garantía de calidad.
  • Haz que los casos de prueba se limpien automáticamente. El ambiente de pruebas debe regresar al estado en el que se encontraba antes de ejecutar el caso de pruebas.

No dejes de ver

Filtrar por:
  • Mostrar todos
  • Artículos
  • Galerías de fotos
  • Videos
Ordenar:
  • Más relevante
  • Más popular
  • Más reciente

No se encuentran artículos disponibles

No se encuentran slideshows disponibles

No se encuentran videos disponibles