Mejor respuesta
Casos de prueba del sistema
A continuación, se muestran algunos escenarios de prueba de muestra para un sitio de comercio electrónico:
1 Si el sitio se inicia correctamente con todas las páginas, características y logotipo relevantes
2. Si el usuario puede registrarse / iniciar sesión al sitio
3. Si el usuario puede ver productos disponibles, puede agregar productos a su carrito, puede realizar el pago y puede obtener la confirmación a través de correo electrónico o SMS o llamada.
4. Si la funcionalidad principal como buscar, filtrar, ordenar, agregar, cambiar, lista de deseos, etc. funciona como se esperaba
4. Si el número de usuarios (definido como en el documento de requisitos) puede acceder al sitio simultáneamente
5. Si el sitio se inicia correctamente en todos los navegadores principales y Sus últimas versiones
6. Si las transacciones se realizan en el sitio a través de un usuario específico, son lo suficientemente seguras
7. Si el sitio se inicia correctamente en todas las plataformas compatibles, como Windows, Linux, dispositivos móviles, etc.
8. Si la política de devolución del manual / guía del usuario, la política de privacidad y los términos de uso del sitio están disponibles como un documento separado y son útiles para cualquier principiante o usuario por primera vez.
9. Si el contenido de las páginas está correctamente alineado, bien administrado y sin errores ortográficos.
10. Si el tiempo de espera de la sesión está implementado y funciona como se esperaba
11. Si un usuario está satisfecho después al usar el sitio o, en otras palabras, al usuario no le resulta difícil usar el sitio.
Tipos de pruebas del sistema
ST se denomina superconjunto de todos los tipos de pruebas s todos los tipos principales de pruebas están cubiertos en él. Aunque el enfoque en los tipos de pruebas puede variar según el producto, los procesos de la organización, el cronograma y los requisitos.
Pruebas de funcionalidad: Para hacer asegúrese de que la funcionalidad del producto esté funcionando según los requisitos definidos, dentro de las capacidades del sistema.
Pruebas de recuperación: Para asegurarse de cómo bien, el sistema se recupera de varios errores de entrada y otras situaciones de falla.
Prueba de interoperabilidad: Para asegurarse de que el sistema puede funcionar bien con terceros -productos de fiesta o no.
Pruebas de rendimiento: Para asegurarse del rendimiento del sistema en las diversas condiciones, en términos de características de rendimiento.
Prueba de escalabilidad: Para asegurarse de las capacidades de escala del sistema en varios términos como escala de usuario, escala geográfica y escala de recursos.
Prueba de confiabilidad: Para asegurarse de que el sistema pueda funcionar durante más tiempo sin desarrollar fallas.
Prueba de regresión: Para asegúrese de la estabilidad del sistema a medida que pasa por la integración de diferentes subsistemas y tareas de mantenimiento.
Prueba de documentación: Para asegurarse de que la guía del usuario del sistema y otros temas de ayuda, los documentos son correctos y utilizables.
Pruebas de seguridad: Para asegurarse de que el sistema no permita el acceso no autorizado a datos y recursos .
Respuesta
Tomemos un ejemplo simple para entender qué es Prueba Marco de automatización . ¿Cómo cree que está funcionando Indian Democracy, la segunda más grande del mundo? ¿Es ad-hoc? ¡No! Hay procesos y estructuras básicos que impulsan la democracia india: la constitución de la India. ¿Y si la Constitución no estuviera allí? ¿Qué pasa si las personas no se guían por ninguna guía? ¡Si! Caos total.
El «marco» es lo que impulsa casi todo: un esquema o estructura básica, un conjunto de pautas que, cuando se siguen, producen resultados coherentes y beneficiosos. Ya sea manufactura, política o servicios. Entonces, ¿cómo puede ser diferente Marco de automatización de pruebas ?
Marco de automatización de pruebas
Antes de pasar a Marco de automatización de pruebas , primero comprendamos los diferentes componentes involucrados en la automatización de pruebas.
- AUT : la aplicación bajo prueba
- Herramienta de automatización de pruebas como HPE UFT o Selenium
- Herramienta de gestión de pruebas donde se almacenan los casos de prueba y las capturas de pantalla. En su ausencia, también se puede utilizar una unidad compartida común.
- Entorno de prueba : Un entorno estable en el que se implementa la aplicación con fines de prueba
- Objetos de aplicación : Diferentes elementos dentro de la aplicación como cuadro de texto, casilla de verificación, botón de opción, menú desplegable, etc.
- Módulos de aplicación : flujos funcionales específicos que deben ejecutarse en diferentes casos de prueba. P.ej. Inicio de sesión de usuario.
- Datos de prueba : valores de entrada (válidos o no válidos) para los campos de la aplicación, como las credenciales de inicio de sesión
- Funciones : un conjunto de declaraciones reutilizables (para un flujo funcional particular) que debe ejecutarse dentro de diferentes scripts. P.ej. Inicio de sesión de usuario.
- Secuencia de comandos de prueba : un caso de prueba independiente codificado en un lenguaje de programación particular utilizando la herramienta de automatización de pruebas
- Resultados : Esto incluye los registros de errores, el estado de ejecución, capturas de pantalla, informes formales, etc.
Ahora, ¿cómo ¿Cree que estos diferentes componentes interactúan para probar con éxito la aplicación, automáticamente? ¿Cómo modular los flujos de aplicaciones en diferentes funciones? ¿Cómo identifica y organiza los objetos de la aplicación? ¿Dónde se almacenan los datos de la prueba? ¿Cómo se accede? ¿Desde dónde se ejecutan los scripts de prueba? ¿Herramienta de automatización o herramienta de gestión de pruebas? ¿Qué capturas de pantalla y registros se capturan? y en que formato? ¿Cómo informa los resultados de la ejecución de la prueba? ¡Si! Tiene que haber un conjunto de pautas que regulen estas reglas, ¿verdad? ¡Eso es lo que lo llamamos un Marco de automatización de pruebas !
Oficialmente,
A Marco de automatización de pruebas es un conjunto de protocolos, estándares y pautas (programados) que establece las reglas para probar un producto específico: cómo interactuarán los diferentes componentes de automatización para ejecutar scripts de automatización y capturar los resultados de una manera coherente y beneficiosa. Es decir. cómo estos diferentes componentes (bloques de construcción) deben ensamblarse.
Dirigido por Ejemplo
¿Espero que esto aclare un poco el concepto? ¿No? ¿Confundido todavía? Para hacerlo más claro, veamos algunas de las permutaciones y combinaciones de cómo estos diferentes componentes pueden interactuar, es decir, las diferentes formas en que se pueden organizar estos componentes.
- El usuario usa una función de grabación y reproducción función en la que el usuario registra cada paso del caso de prueba (incluida la navegación y las entradas de datos) >> el script se genera automáticamente >> edita el script para insertar puntos de control >> Reproduce el script. Los datos de entorno, objetos y pruebas se capturan durante la grabación en el guión de prueba.
- En lugar de registrar todos y cada uno de los pasos, realice tareas comunes como el inicio de sesión del usuario en funciones que luego se pueden llamar desde diferentes guiones de prueba.
- Podemos crear un repositorio de objetos separado para almacenar detalles de todos los objetos de la aplicación y luego usar estos objetos en scripts de prueba, en lugar de identificar el objeto cada vez en cada script.
- ¿Qué tal mantenemos los datos de prueba fuera del script? ¿Diga en un archivo de Excel separado? ¿Y luego cargar estos valores en las variables de script en tiempo de ejecución?
- Digamos que creamos diferentes funciones para cada flujo / acción de la aplicación y luego leemos la secuencia de pasos (junto con los datos) desde un archivo externo como Excel ¿sábana? P.ej. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- ¿Qué pasa si definimos un archivo de configuración común que contiene todas las configuraciones del entorno como la URL de la aplicación, información específica del navegador, credenciales de inicio de sesión, etc.?
- Capturar las capturas de pantalla solo para los pasos fallidos y crear un informe acumulativo de Pasa / No pasa al final de la ejecución de la prueba que se guarda en una unidad compartida
- Los resultados de la prueba se registran en una archivo de registro que luego se puede enviar por correo a las partes interesadas
Resumen
El marco de automatización de pruebas proporciona al usuario con varios beneficios que les ayudan a desarrollar, ejecutar e informar los scripts de prueba de automatización de manera eficiente: scripts estándar, enfoque coherente, consistencia del equipo, escalabilidad, modularidad, menos propenso a errores, comprensibilidad, reutilización, intervención manual mínima, informes fáciles, reducción costo, fácil mantenimiento, etc.
Para resumir, Marco de automatización de pruebas desempeñar un papel clave en las pruebas de automatización. Pero antes de comenzar a crear un marco, tenga en cuenta que existe un rango divergente de Marco de automatización de pruebas disponible hoy en día: asegúrese de que está creando un marco que sea más adecuado para el proyecto o la aplicación bajo prueba.
Bueno, esto fue solo una introducción sobre marco de automatización de pruebas y espero que tengas la idea básica de lo que es un marco.