Pruebas de software: análisis de pruebas

La prueba de software es un proceso de prueba del rendimiento del software para determinar si un software mejorado cumple o no con los requisitos establecidos y para identificar errores para garantizar que un producto sea perfecto para producir un producto de alta calidad.

Análisis de prueba

En las pruebas de software, el análisis de pruebas es el proceso de probar y analizar materiales de prueba para crear escenarios de prueba o casos de prueba. El objetivo del análisis del examen es recopilar requisitos y crear objetivos para la evaluación con el fin de establecer las condiciones de evaluación. Como resultado, también se conoce como Testing Foundation. La evaluación de la prueba es el proceso de evaluar la base de la evaluación (todos los documentos en los que se pueden encontrar los requisitos de la parte o del sistema) y definir los objetivos de la evaluación. Especifica QUÉ debe probarse en el contexto de las condiciones de prueba y puede comenzar inmediatamente después de que se haya establecido la base de prueba para cada nivel de prueba.

Factores que determinan los niveles de detalles de las condiciones de prueba:

1. Nivel de prueba, el nivel de detalle y la calidad de la base de prueba.
2. Complejidad del sistema/software y ciclo de vida de desarrollo utilizado.
3. Riesgos asociados a proyectos y productos.
4. La relación entre los conceptos básicos de las pruebas, lo que debe probarse y cómo debe probarse.
5. Una herramienta de gestión de pruebas.
6. Madurez del proceso de evaluación, así como de las habilidades y conocimientos de los analistas.
7. El nivel de especificidad del Diseño de Prueba y otras implicaciones de la tarea de prueba.
8. Disposición de los clientes a participar en la consulta.

Las siguientes son las diversas fuentes para recopilar información de prueba:

1. Requisitos de software: la especificación de requisitos de software (documento SRS) establece cómo debe construirse el sistema de software. En pocas palabras, SRS proporciona una ruta de proyecto para todos los involucrados. Proporciona descripciones avanzadas de especificaciones de software activas e inactivas, así como condiciones de funcionamiento que indican cómo el usuario puede interactuar con el sistema una vez completado. Las siguientes son características comunes de SRS:

• ¿Cuál es el propósito del software que se está construyendo?
• Todas las revisiones de software.
• Rendimiento del software, o para qué está diseñado.
• Rendimiento del software en el entorno de producción.
• Detalles válidos y no válidos.
• Conectores visuales externos, o cómo el software interactuará con el hardware u otro software.
• Restricciones en el diseño del software o las establecidas en el entorno operativo.

2. Requisitos comerciales: muestra los detalles del software de alto rendimiento. Este es un documento oficial que describe las necesidades del cliente (escrito, oral). Por lo general, lo produce un analista comercial que trabaja con los clientes y se basa en la interacción y las necesidades de los clientes. Business Process es una descripción detallada de cómo nuestros socios comerciales pretenden cumplir con sus roles, construir relaciones comerciales y compartir tareas para participar de manera efectiva con la ayuda de sus sistemas de información.

3. Documento de diseño funcional:La especificación de diseño funcional, o FDS, es un documento que describe cómo funcionará un proceso o sistema de control. Explica cómo funcionará el sistema planificado, cómo interactuará la gente con él y qué se puede esperar de una variedad de condiciones operativas. La especificación de diseño específico ayuda por una variedad de razones. Una de las principales razones es que lleva mucho tiempo producir dibujos o escribir un código de PLC sin algún tipo de acuerdo escrito sobre lo que debe lograr el sistema. Las especificaciones de diseño funcional se pueden compartir con los miembros del equipo, los compradores y las partes interesadas relevantes para obtener comentarios y revisiones hasta que se acuerde y firme el documento final. Este proceso de revisión y los cambios son importantes para garantizar que el diseño final sea objetivo y satisfaga las necesidades de los participantes. Después de eso, el documento se entrega a los equipos de ingenieros para el diseño técnico y de programas, con detalles operativos que sirven de guía. Los ingenieros sabrán qué dibujar, los desarrolladores sabrán qué debe hacer el código y los clientes sabrán qué traer cuando se complete la especificación de diseño funcional. La especificación de diseño específico identifica lo que debe usarse en el ciclo de vida de la ingeniería de software industrial.

4. Requisitos operativos: los requisitos de rendimiento son importantes para su producto porque, como dicen, proporcionan algunos tipos de funcionalidad. Hágase la pregunta «¿esto afecta el rendimiento de mi herramienta?» O «¿Cuál es el significado de esto?» puede ayudar con este programa. Dentro de Medical Specialty Gadgets, esas necesidades específicas pueden tener un conjunto menor de riesgos y requisitos. También puede tener requisitos que expliquen cómo su sistema de software interactuará con diferentes herramientas, lo que nos lleva a las necesidades de las interacciones externas.

5. Requisitos de relación externa: los requisitos de interacción externa son la variedad más precisa de necesidades con propósito. Estos son especialmente importantes cuando se trabaja con sistemas integrados. Describen cómo su producto interactuará con diferentes componentes.

Considere el desarrollo de un sitio web de comercio electrónico simple.

El sitio web debe tener una página de inicio de sesión y el inicio de sesión debe ser exitoso solo si se ingresan las credenciales correctas. En la página de inicio, se deben proporcionar todos los detalles de la oferta y los enlaces rápidos a otras páginas. Pruébelo para asegurarse de que está entrando en la página correcta. Asegúrese de que la búsqueda funcione según el valor ingresado y que se muestren contenidos válidos. Además, asegúrese de que al realizar el pedido, el pago correspondiente sea correcto. Veamos en detalle.

1. Pruebas de la página de inicio:

• ¿Se desplazará automáticamente?
• Si es así, ¿en qué momento se actualizará la imagen?
• Si el usuario navega por él, ¿seguirá desplazándose al siguiente?
• ¿Se puede mover en la parte superior?
• ¿Se puede hacer clic?
• Si es así, ¿conduce a la página correcta y al acuerdo correcto?
• ¿Se carga junto con el resto de la página o se carga al final en comparación con otras funciones de la página?
• ¿Se puede ver todo el contenido?
• ¿Proporciona lo mismo para diferentes navegadores y diferentes resoluciones de pantalla?

2. Prueba de algoritmo de búsqueda:

• Busque según el nombre del producto, el nombre del producto o, más específicamente, la categoría. Ejemplo Cámara, Canon EOS 700D, electrónica, etc.
• Los resultados de búsqueda deben ser consistentes
• Deben estar disponibles diferentes tipos de opciones, según el producto, el precio, las reseñas/calificaciones, etc.
• ¿Cuántos resultados se mostrarán por página?
• Con resultados de varias páginas, hay opciones de navegación.
• Además, se realizan búsquedas en muchos lugares. Considere rechazar la búsqueda a múltiples niveles al verificar esta funcionalidad.

3. Página de detalles del producto:

• Fotografías o imágenes de productos.
• Precio del producto.
• Detalles de producto.
• Actualizaciones.
• Consulta las opciones.
• Opciones de entrega.
• Información de envío.
• Disponible / Caduca en stock.
• Múltiples colores u opciones de contraste.

4. Prueba de pago:

• Consulta las diferentes opciones de pago.
• Si acepta salir como invitado, simplemente complete la compra y ofrezca la opción de registro al final.
• Clientes que regresan: inicie sesión para verificar.
• Registrar un usuario.
• Si conserva la tarjeta de crédito de un cliente o cualquier otra información financiera, realice una verificación de seguridad para asegurarse de que sea segura (debe cumplir con PCI).
• Si el usuario lleva mucho tiempo registrado, asegúrese de que la sesión haya caducado o no. Cada sitio tiene un límite diferente. Para otros, 10 minutos. Para otros, puede ser diferente.
• Correos electrónicos / Texto de verificación con el número de pedido generado.

5. Prueba del carrito de compras:

• Agregue artículos al carrito y continúe comprando.
• Si el usuario agrega el mismo artículo al carrito mientras continúa comprando, la cantidad de artículos en el carrito debería aumentar.
• Todos los artículos y sus totales deben mostrarse en el carrito.
• Deben utilizarse los impuestos locales.
• El usuario puede agregar más artículos al carrito, el valor debe mostrar lo mismo.
• Actualizar el contenido agregado al valor del carrito también debería reflejar eso.
• Retire artículos del carrito.
• Pasar por la caja.
• Calcula los gastos de envío con diferentes opciones de envío.
• Introduce cupones.
• No marque, cierre el sitio y regrese más tarde. El sitio debe mantener los artículos del carrito.

6) Después de la prueba de pedido

Verificar:

• Cambia el orden.
• Cancelar orden.
• Orden de pista.
• Está regresando.

Análisis de prueba para el sitio web:

• Comprobación de la compatibilidad de varios navegadores.
• Errores de visualización de página / Retraso en la descarga.
• Fecha de caducidad de la sesión y guardado automático de datos.
• Facilidad de acceso.
• 24 * 7 Disponible.
• Sin contenido ofensivo.
• Copia de seguridad y recuperación.
• Transacciones Garantizadas.
• Actuación.

Pruebas de rendimiento = Muy importante en el comercio electrónico

A veces hay retrasos de unos 250 milisegundos en el tiempo de carga de la página, que es lo que hace que tu cliente siga compitiendo. Walmart, un minorista importante, está ajustando la velocidad de su sitio y ha visto un aumento del 2 % en las tasas de conversión de visitantes y un 1 % en los ingresos.

El rendimiento de su sitio depende de estos factores:

1. Rendimiento:

• Pregunta en un segundo.
• Actividad por minuto.
• Realizar con cada clic.

2. Tiempo de respuesta:

• Duración del trabajo.
• Segundos por clic.
• Carga de página.
• Comprobación de DNS.
• La duración entre los clics y la vista de página.

Revise los conceptos básicos de las pruebas: este es el primer y principal paso para lograr el mismo objetivo. Cada especificación se implementa para que el equipo reciba asesoramiento sobre funciones, características, interfaz de usuario, etc., lo que proporciona una buena comprensión de la estructura del sistema.

Identificar escenarios de prueba: después del análisis del equipo, la siguiente tarea es crear escenarios que validen el rendimiento y las funciones del sistema. Por ejemplo, un usuario debería poder cancelar un pedido que haya realizado en un pedido de cancelación de pedido.

Diseño de escenarios de prueba: después de identificar los diversos escenarios que deben verificarse, existe la necesidad de crear escenarios experimentales mediante la preparación de datos experimentales. Los datos de prueba incluyen la creación de valores de entrada y salida sobre la base de la comprensión de la aplicación. Uno puede referirse al patrón de uso de datos del usuario final. Un ejemplo de un estado de prueba sería el inicio de sesión del usuario -> aplicar filtro por categoría-> agregar el producto al carrito. Los datos de prueba reales se corrigen en esta etapa.

Entradas esperadas e inesperadas: ahora se han comparado los resultados para determinar si hay desviaciones esperadas y reales. La causa de la desviación se considera y se anota para la misma corrección.