acceptance testing documentation with real time scenarios
Documentación de las pruebas de aceptación (Parte II):
Tutorial anterior | SIGUIENTE Tutorial
Este tutorial es la continuación de nuestro tutorial anterior donde discutimos qué son las pruebas de aceptación, cuándo se debe realizar, quién lo hace, su importancia, tipos, proceso, impacto en diferentes equipos, etc.
fusionar ordenar implementación de c ++
Los documentos juegan un papel muy importante en las pruebas de aceptación y cualquier problema relacionado con el documento tiene un impacto negativo enorme. Cuando no se realiza una verificación adecuada, puede incluso conducir a la falla del producto.
=> Haga clic aquí para ver la serie completa de tutoriales del plan de prueba
En este tutorial, aprenderemos más sobre la diferente documentación involucrada en las pruebas de aceptación, es decir, plan de prueba de aceptación, lista de verificación de revisión del plan de prueba, plantilla de prueba de aceptación, ejemplos basados en escenarios en tiempo real, cómo identificar y escribir pruebas de aceptación, etc. en detalle .
Lo que vas a aprender:
- Plan de prueba de aceptación
- Plantilla de plan de prueba de aceptación
- Revisión del plan de prueba de aceptación
- Prueba de aceptacion
- Revisión de las pruebas de aceptación
- Conclusión
- Lectura recomendada
Plan de prueba de aceptación
Como cualquier otro plan de prueba, el plan de prueba de aceptación también incluye algunos componentes como alcance, enfoque, entorno de prueba, recursos, responsabilidades, referencias de pruebas de aceptación, criterios de entrada, criterios de salida, herramientas, etc.
Lo único que diferencia el plan de prueba de aceptación de un plan de prueba regular son sus factores que resultan en una decisión comercial. El plan de prueba de aceptación es uno de los documentos fundamentales que proporciona orientación sobre cómo realizar las pruebas de aceptación para un proyecto en particular.
El plan de prueba de aceptación debe revisarse y aprobarse antes de la ejecución de la prueba de aceptación. Todos los cambios posteriores nuevamente deben someterse a un proceso de revisión y aprobación y deben estar en curso.
La revisión del Plan de prueba de aceptación generalmente la realizan gerentes / analistas comerciales / clientes.
Puntos clave a considerar al diseñar el plan de prueba de aceptación:
- Debería ser Detallado y específico. Debe incluir solo lo que se requiere para las pruebas y qué información es necesaria para que el equipo lleve a cabo las pruebas.
- Debería ser Claro y conciso . Sin ambigüedad. Si hay algo que pueda generar confusión, entonces elaborelo, pero sea breve y eficaz.
- Todos y cada uno de los componentes en el documento debe escribirse teniendo en cuenta únicamente los Requisitos comerciales.
- Confiable y adaptable - Debería ser actualizable según sea necesario en futuras versiones.
- Consistente - No debería tener más cambios en el futuro.
- Siga la plantilla proporcionada por la Organización o el Cliente.
Plantilla de plan de prueba de aceptación
Aquí echaremos un vistazo a una plantilla común para el Plan de prueba de aceptación que se puede ajustar aún más según los requisitos del proyecto.
Título
Objetivo
Historial de revisiones / registro de cambios
< Esto debe estar en forma de tabla con la siguiente información:
- Fecha - La fecha en la que se modificó el documento.
- Modificado por - Quién ha cambiado el contenido del documento.
- Objetivo - Por qué se modificó el documento.
- Versión - Versión actual del documento después de modificaciones (va como 1.0, 1.1, 1.2, 1.3,… para una versión en particular. La próxima versión comenzará desde 2, 2.1, 2.2, 2.3,…, la lista continúa).
- Aprobado por - Quién ha aprobado los cambios realizados (implícitamente significa que el documento ha sido revisado y aprobado).
La primera fila de esta tabla debe incluir los detalles del documento creado. Luego sigue los detalles de los cambios realizados.>
Tabla de contenido
Referencias
Alcance
Introducción
Elementos de prueba
Características a probar
Funciones que no deben probarse
Acercarse
Detalles del entorno de prueba
Criterio para entrar
Pruebas: si no hay pruebas de aceptación escritas por separado
Cada prueba debe incluir:
- Prueba #.
- Una descripción de lo que se está probando ( Ejemplo : Verifique si un usuario puede crear una cuenta correctamente).
- Requisito empresarial al que se asigna esta prueba ( Matriz de trazabilidad ) - Muy importante.
- Condiciones previas:
- Estado del producto antes de comenzar la prueba (el usuario debe registrarse correctamente pero no activar la cuenta, el usuario debe haber accedido al producto hace al menos 30 días, etc.)
- Cualquier condición del servidor: si el servidor no funciona durante algún tiempo.
- Pasos de prueba: Flujo numerado detallado ( Ejemplo: vea abajo
- Abra la aplicación.
- Intente iniciar sesión con credenciales válidas con la casilla de verificación Recordarme seleccionada).
- Resultado Esperado : ¿Cuál es el comportamiento esperado del paso>
Pruebas de aceptación: si hay pruebas de aceptación escritas por separado
Criterio de salida
Recursos
Funciones y responsabilidades
Instrumentos
Factores de decisión empresarial
Procedimiento de aprobación
Punto de contacto
El plan de prueba de aceptación se considera como el Plan maestro de pruebas para la fase .
Revisión del plan de prueba de aceptación
Una vez que el plan está listo, se debe revisar para verificar que esté completo, sin ambigüedad, claridad, calidad, etc. Sin duda, todo el contenido del plan de prueba de aceptación debe revisarse a fondo para obtener la información adecuada, pero debe ser revisado en comparación con algunos otros puntos, digamos puntos de la lista de verificación.
Aquí, categoricemos los contenidos y veamos los puntos de la lista de verificación en contra de ellos.
Categoría | Puntos de lista de verificación |
---|---|
Prueba de aceptacion | ¿Están numeradas las pruebas? ¿Están numeradas las condiciones previas? ¿Los pasos de la prueba son claros para comprender? ¿Están completos los pasos de la prueba? ¿El resultado esperado está completo? ¿Hay alguna pregunta abierta en las pruebas (si la hubiera, haga un seguimiento y complétela) ¿Es la referencia a las pruebas de aceptación (si se escriben por separado) válida y existente? ¿Es correcta la trazabilidad? ¿Se ha omitido algún requisito comercial para cubrir la prueba? |
Título | ¿El título coincide con el título del proyecto como se menciona en todas partes ¿El título sigue las convenciones de nomenclatura de Project? |
Historial de revisiones, tabla de contenido | ¿Se realiza un seguimiento adecuado de todas las modificaciones de la versión para el plan? ¿Se ha revisado adecuadamente cada cambio de versión y se menciona? ¿Es correcta la convención de versiones? ¿Coincide la tabla de contenido con el contenido real del plan? ¿Es correcto el número de página de cada contenido? ¿Se actualiza el número de página si las modificaciones realizadas en el plan cambiaron el número de página del contenido? |
Referencias | ¿Las referencias existen y son válidas? ¿Coinciden con el alcance? ¿Están completos y considerados para la identificación de las pruebas? |
Elementos de prueba, características que se deben probar, características que no se deben probar | ¿Están numerados? ¿Cada función / módulo / submódulo está incluido en el alcance? ¿Puede el programa planificado cubrir todos los elementos de prueba identificados dentro |
Criterios de entrada, criterios de salida | ¿Están numerados? ¿Se mencionan en detalle todos y cada uno de los criterios? |
Detalles del entorno de prueba | ¿Tiene todas las configuraciones requeridas mencionadas? ¿Es la versión de cada configuración específica o la última a considerar? ¿Existe el entorno de las máquinas virtuales? (Si no, mencione la fecha posible para su disponibilidad) ¿Se menciona el método de intercambio de credenciales para el acceso a un entorno particular? |
Recursos, roles y responsabilidades | ¿Están numeradas las responsabilidades de cada función? ¿Se pueden lograr las responsabilidades? ¿El recurso identificado es capaz de manejar las responsabilidades mencionadas? |
Instrumentos | ¿Se mencionan todas las herramientas? ¿Están todas las herramientas numeradas? ¿Todas las herramientas están versionadas? ¿Alguna de las herramientas necesita licencia o la licencia existente es válida durante la fase? ¿La orientación para el uso de la herramienta es correcta y suficiente? |
Factores de decisión empresarial | Tiene todos los factores mencionados ¿Están todos los factores numerados? |
Procedimiento de aprobación | Es el procedimiento valido ¿Es aceptable el procedimiento? ¿Es el procedimiento claro de entender? |
Punto de contacto | ¿El recurso identificado como punto de contacto disponible en la organización durante la fase ¿El recurso identificado es capaz de manejar la fase |
Cualquier plan de prueba que satisfaga el documento de lista de verificación anterior también servirá como un documento sólido para las auditorías internas.
Prueba de aceptacion
Las pruebas de aceptación se conocían anteriormente como pruebas funcionales. Con el fin de hacer que el nombre sea más adecuado para la fase de prueba de aceptación y para cumplir el propósito, se le cambió el nombre a Prueba de aceptacion. A veces también se denomina como Pruebas de clientes.
Las pruebas de aceptación siempre se derivan de historias de usuarios, criterios de aceptación y casos de uso. Estas son pruebas de sistema de caja negra y representan solo aquellas pruebas comerciales que deben verificarse. Estos deben estar destinados principalmente al comportamiento, uso y flujos del producto.
Las pruebas de aceptación diseñadas también se pueden tener en cuenta para la fase de prueba del sistema en los ciclos de regresión para ganar confianza en el producto antes de entregarlo a la fase de prueba de aceptación.
Puntos clave a recordar antes de escribir pruebas de aceptación:
- Mantenga todos los documentos de referencia en su lugar: Especificación de requisitos de software, documento de requisitos comerciales, casos de uso, historias de usuarios, matriz de datos (en caso de que exista lógica), etc.
- Concéntrese solo en los requisitos comerciales (requisitos comerciales comprobables).
- Despeje todas las dudas, consultas sobre los requisitos comerciales lo antes posible.
- Asegúrese de que no haya cambios en los requisitos para la versión actual al menos.
Plantilla general y sencilla para redactar pruebas de aceptación:
Esta plantilla se puede volver a modificar según las necesidades del proyecto y con más información para incluir.
Ahora, tomemos algunos escenarios comunes y veamos cómo se pueden escribir los escenarios de prueba de aceptación en ellos.
Caso 1: Manejo de cuentas de usuario
Este es el escenario en el que los usuarios pueden crear, ver, actualizar y desactivar su cuenta. En general, es una operación CRUD (Crear, Leer, Actualizar y Eliminar). Así que directamente obtendremos 4 escenarios principales para probar.
Junto con esto, en el manejo de cuentas de usuario en tiempo real, tenemos muchas áreas cuando se trata de visualización y actualización.
Continuar con la redacción de las pruebas de aceptación:
Prueba 1: Registro / Registrarse / Crear cuenta, verifique si un usuario puede:
- Crea la cuenta.
- Active la cuenta.
- Active la cuenta solo una vez (aquí, el enlace de activación debe probarse durante 2Dakota del NorteAunque se trata de una prueba negativa, es uno de los principales puntos de verificación a considerar).
Prueba 2: Para acceder y ver la información de la cuenta, verifique si un usuario puede:
- Inicie sesión en la cuenta.
- Ver diferentes secciones en el perfil (si la sección de perfil está categorizada, entonces todas y cada una de las categorías deben ser visibles).
- Verifique que los datos que se muestran en el perfil sean correctos según la entrada del usuario.
Prueba 3: para actualizar la información de la cuenta, verifique si un usuario puede:
- Actualizar la información de la cuenta (perfil):
- Actualice todas y cada una de las categorías del perfil.
- Verifique que la información de actualización se refleje correctamente en el perfil.
- Verifique si el usuario no puede actualizar la información en el perfil (en algunas aplicaciones, no se permitirá la actualización del nombre, apellido, nombre de usuario, etc.). Aunque se trata de una prueba negativa, es uno de los principales puntos de verificación. para ser considerado).
- Cancele el flujo de actualización (aunque se trata de una prueba negativa, también es uno de los principales puntos de verificación a considerar).
Prueba 4: si se permite la desactivación de la cuenta, verifique si un usuario puede:
- Desactive la cuenta.
- Cancelar el flujo de desactivación (aunque se trata de una prueba negativa, es uno de los principales puntos de verificación a considerar).
- Acceder a la cuenta después de cancelar la desactivación.
Prueba 5: Si se requieren verificaciones para una dirección de correo electrónico o números de teléfono, verifique si un usuario puede:
número de caracteres a int c ++
- Actualice la dirección de correo electrónico a otra válida.
- Verifique la dirección de correo electrónico actualizada.
- Verifique si la dirección de correo electrónico actualizada y “verificada” se considera más adelante: envíe algunos correos electrónicos desde la aplicación y verifique su llegada a la dirección de correo electrónico actualizada. El anterior no debería recibir correos electrónicos.
- Agregue el nuevo número de teléfono.
- Verifique el número de teléfono agregado a través de Llamar.
- Verifique el número de teléfono agregado a través de SMS.
- Verifique que el número de teléfono agregado y 'verificado' se refleje en la cuenta.
- Actualice el número de teléfono.
- Verifique el número de teléfono actualizado a través de Llamar.
- Verifique ”número de teléfono actualizado a través de SMS.
- Verifique si el número de teléfono actualizado y 'verificado' se refleja en la cuenta.
Caso 2: Compra de producto
La compra del producto suele tener el flujo general.
Aquí se enumeran algunos escenarios generales que los usuarios finales ven:
Condición previa: El usuario debe iniciar sesión en la aplicación.
Prueba 1: Detalles del producto, verifique si un usuario puede:
- Ver la página de detalles del producto.
- Vea todas las subsecciones en la página de detalles del producto (descripción, característica, información de marca, etc.).
- Seleccione la cantidad del producto, color, tamaño, etc., según esté disponible en la página de detalles del producto.
- Vaya a las páginas de categoría y subcategoría desde la página Detalles del producto (si está disponible en la página Detalles del producto).
- Vaya a la página de detalles del otro producto (si se proporciona la sección de productos relevantes).
- Ver comentarios y valoraciones sobre el producto.
- Ordene los comentarios del producto según las calificaciones.
- Ver la calificación general del producto.
- Agregue un comentario sobre el producto.
- Actualice su comentario sobre el producto.
- Elimine su comentario sobre el producto (si se proporciona).
Prueba 2: Agregar al carrito, verificar si un usuario es:
- Capaz de agregar el producto al carrito:
- A través de la página de detalles del producto.
- A través de la página de lista de productos.
- Capaz de agregar la cantidad requerida al carrito (1 al límite máximo establecido).
- No se puede agregar el producto al carrito si está agotado.
Prueba 3: en la página del carrito, verifique si un usuario puede:
- Vea el producto en el carrito con detalles del precio para ver la cantidad agregada.
- Actualizar cantidad (1 al límite máximo establecido).
- Retire el producto del carrito.
- Vuelve a comprar.
- Continuar a la comprobación.
- Ver carrito vacío cuando no se agrega ningún producto,
Prueba 4: en la página de detalles de la cuenta, verifique si un usuario puede:
- Continúe con los detalles de envío existentes.
- Actualizar la dirección de envío.
- Añadir nueva Dirección de Envío.
- Continúe con el número de teléfono existente.
- Actualice el número de teléfono del pedido.
- Agregue un nuevo número de teléfono para el pedido.
- Vuelve a la página del carrito.
- Navega a la página de Pago.
Prueba 5: en la página Pagos, verifique si un usuario puede:
- Verifique la exactitud del monto a facturar.
- Procese el pedido con todas las opciones disponibles (una opción para cada pedido por separado).
- Procesar la transacción con éxito. Vaya a la página Confirmación de pedido.
- Error de transacción (aunque se trata de una prueba negativa, debe considerarse como un escenario importante).
- Aplicar cupones:
- Cupones válidos: éxito. Aquí verifique el cambio en el monto a facturar.
- Cupones no válidos: error
- Cupones caducados - Fallo.
- Vuelva a la página de detalles de la cuenta.
Revisión de las pruebas de aceptación
La revisión de las pruebas de aceptación es una tarea importante, ya que debe ser correcta y precisa con respecto a los requisitos comerciales. Dado que estos pueden ser realizados por los propios Clientes y / o los usuarios finales, es muy necesario que sea completo, no ambiguo, correcto y lo suficientemente detallado para que cualquiera pueda comprenderlo y ejecutarlo.
La revisión de las pruebas de aceptación debe ser realizada por analistas comerciales, clientes y cualquier comentario de revisión debe incorporarse en alta prioridad.
A nivel de prueba individual, la revisión debe realizarse en función de lo siguiente:
- Si la prueba cubre los requisitos comerciales o no.
- ¿Están claras las condiciones previas?
- ¿Los pasos de la prueba son fáciles de entender y detallados?
- ¿El resultado esperado es correcto y claro?
- ¿Está asignado a los requisitos comerciales de trazabilidad?
- ¿La prueba es lo suficientemente completa para cubrir el flujo o uso en particular?
- ¿Es la prueba particular requerida como parte de la prueba de aceptación?
- ¿Existe algún punto de verificación que no sea necesario para las pruebas de aceptación?
- ¿Es puramente funcional o alguna GUI está cubierta dentro (debería ser solo funcional)?
- ¿Son necesarios los datos de entrada especiales? En caso afirmativo, ¿se proporciona información detallada?
En general, la revisión completa del conjunto de pruebas de aceptación debe cubrir:
- Trazabilidad bidireccional: Requisitos comerciales para pruebas y pruebas para requisitos comerciales.
- ¿Están cubiertos todos y cada uno de los requisitos comerciales?
- ¿Todos los requisitos comerciales están cubiertos por una o más pruebas?
- ¿Están cubiertas las reglas comerciales?
- ¿Se maneja el caso de datos especiales?
- ¿Cuántas pruebas se escriben para cubrir cada requisito o regla?
- ¿Se pueden agrupar las pruebas y clasificarlas por flujos?
- ¿Las pruebas están secuenciadas correctamente para que la ejecución sea eficiente?
Conclusión
En pocas palabras, como se mencionó anteriormente, los documentos juegan un papel muy drástico en las pruebas de aceptación.
Por lo tanto, cualquier prueba de aceptación que esté escrita debe estar bien estructurada y fluida con su uso, de modo que mantenga a los probadores de aceptación interesados en lo que están probando y cómo lo están haciendo. Esto, a su vez, traería éxito automáticamente.
=> Visite aquí para ver la serie completa de tutoriales del plan de prueba
Tutorial anterior | SIGUIENTE Tutorial
Manténgase atento y observe el próximo tutorial de pruebas de aceptación para obtener más información sobre los informes de pruebas de aceptación junto con algunas plantillas genéricas. Además, háganos saber si tiene alguna duda.
Lectura recomendada
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Prueba positiva: significado y méritos explicados con escenarios de prueba reales
- Descarga del libro electrónico Testing Primer
- Se lanza TimeShiftX para simplificar las pruebas por turnos
- ¿Qué son las pruebas de aceptación (una guía completa)?
- Plantilla de muestra para el informe de prueba de aceptación con ejemplos
- ¿Es usted un experto en pruebas manuales o de automatización? ¡Trabaja a tiempo parcial para nosotros!
- Pruebas de carga con los tutoriales de HP LoadRunner