what is longevity testing
Este artículo explica el significado de ' Prueba de longevidad ”Y cómo ayuda a evaluar la estabilidad del Sistema o el Producto y reducir los defectos encontrados por el cliente, es decir. “ Detecte los errores internamente antes de que el cliente los encuentre ”.
Al final de este artículo, los gerentes de control de calidad, candidatos y evaluadores tendrán un conocimiento razonable sobre:
- ¿Qué son las pruebas de longevidad?
- ¿Por qué se requieren las pruebas de longevidad?
- Planificación y ejecución de pruebas de longevidad
- ¿Cuáles son los pros y los contras de las pruebas de longevidad?
mejor limpieza de disco para Windows 10
Lo que vas a aprender:
¿Qué son las pruebas de longevidad?
La prueba de longevidad es una actividad de prueba:
- Para validar la estabilidad del sistema o del producto y las características de capacidad de servicio durante un período más largo frente a condiciones adecuadas de carga y estrés con tráfico y aplicaciones en tiempo real.
- Para reducir la aparición de defectos que surgen en el sitio del Cliente.
Diagrama de flujo para manejar los problemas reportados por el cliente (Fig.1)
Antecedentes de las pruebas de longevidad
#1) Por lo general, en las primeras semanas de la implementación del Producto o después de una actualización a la última versión del Software en el sitio del cliente, todo funciona bien. Sin embargo, durante un período de algunas semanas, un cliente comienza a informar los problemas.
#2) Muchos de los problemas pueden ser características simples, ya que son informadas por el cliente y no son fácilmente reproducibles internamente. Necesitan mucho tiempo y un análisis cuidadoso por parte del equipo de expertos en todo el espectro. Pista: ¡¡¡Tiempo = $$$ !!!
#3) Una o más de las siguientes situaciones ocurren cuando el cliente encuentra el defecto (Fig.1)
- Severidad del defecto tendrá un impacto directo en el negocio del cliente, es decir, $$$
- Cualquier solicitud de servicio al Centro de Soporte Técnico le cuesta $$$ a la Organización de Ingeniería de Producto
- Rara vez los problemas planteados por el cliente son resueltos por el equipo de soporte técnico de front-end
- Dichas solicitudes o tickets se derivan al equipo de soporte de escalada.
- La escalada de tickets del cliente costará más $$$ para la organización
- Si el equipo de escalada no puede resolver el problema, ahora tendrá que involucrar al equipo de ingeniería (desarrollo y control de calidad)
- A estas alturas, el costo de $$$ para resolver el problema también habría aumentado sustancialmente
- Cuanto mayor sea la resolución del defecto, mayor será la probabilidad de clientes insatisfechos que no darían pedidos repetidos y el peor escenario es cuando el cliente decide pasar a la solución de un competidor en el momento oportuno. Sin embargo, en ambos casos es una pérdida de ingresos para cualquier organización de ingeniería de productos.
4) El mayor porcentaje de estos problemas informados por un cliente está relacionado con la estabilidad típica del sistema o del producto en combinación con la topología del cliente, la infraestructura, el tráfico y la aplicación específica.
¿Por qué se requieren las pruebas de longevidad?
1) Cualquier 'Defecto' que surja cuando el Cliente informó que el problema suele ser un Escape de prueba.
2) Cualquiera de estos defectos tiene un costo neto de $$$ para el cliente, así como para la organización de ingeniería que proporciona soluciones y servicios a los clientes.
3) En un escenario normal, el defecto debería haberse notado internamente durante varios ciclos de prueba, incluidas las pruebas de regresión por parte de uno o más evaluadores del equipo de pruebas, según la complejidad del problema.
4) Lo más importante es que los defectos que surgen de los problemas informados por el cliente también señalan un escenario de prueba apropiado o un caso de prueba que se pierde en el punto de ejecución del plan de prueba.
5) Muchos de los probadores deben haber experimentado que una función en particular falla en el sitio del cliente, pero pasa internamente en varios bancos de pruebas como
- Característica
- Regresión
- Carga
- Estrés
- Rendimiento
- Sistema
- Solución
- Alfa
- Beta
6) Observaciones clave a considerar –
- Durante cualquier ciclo de lanzamiento de software, el sistema bajo prueba (SUT) o el dispositivo bajo prueba (DUT) en todos los bancos de pruebas se reinician con frecuencia por software o por hardware por falta de elementos como la carga de un nuevo código, la verificación de errores, etc.
- Incluso los conjuntos de pruebas de regresión automatizada generalmente reinician o restablecen la ejecución posterior del SUT o DUT de un script de caso de prueba en particular o una serie de scripts de caso de prueba
- Entonces, el SUT o DUT no se está ejecutando el tiempo suficiente sin un reinicio suave o duro
- Considerando que la situación es completamente diferente en el sitio del cliente. El cliente no puede darse el lujo de seguir reiniciando el sistema con frecuencia, lo que resulta en interrupciones de la productividad.
- Los clientes siguen una práctica comprobada en la que anuncian una ventana de mantenimiento adecuada a la audiencia prevista y luego realizan la actualización del software o el reemplazo del hardware, etc.
- Dichos periodos de mantenimiento pueden tener una duración específica de trimestral a anual, según las pautas y procedimientos internos de la organización del cliente.
- En realidad, la imagen de salud real del Sistema o del Producto en el sitio del cliente es completamente diferente a la de Testbeds durante un ciclo de Lanzamiento de Software dado en cualquier Organización de Ingeniería de Producto
- Muchos clientes también buscan un documento de calidad autorizado que haya superado las pruebas de modelos verticales particulares, especialmente las verticales financieras, sanitarias y federales.
Teniendo en cuenta algunas brechas de prueba como se mencionó anteriormente =>
- Es evidente que el sistema o el producto deben someterse a pruebas de mayor duración o pruebas de longevidad con un escenario de extremo a extremo que imite el sitio del cliente o las verticales.
- La duración más larga puede ser de 72 a 720 horas. (3-30 días) o una duración adecuada según EFD o CFD datos y casos específicos de clientes
- Es una práctica recomendada para los gerentes de control de calidad, candidatos y evaluadores realizar pruebas de longevidad como una actividad separada en un ciclo de lanzamiento de software determinado.
- Net-Net, Longevity Testing es muy relevante para la estabilidad del sistema o del producto, ya que tiene una relación directa con el resultado final $$$ de la organización
Planificación y ejecución de pruebas de longevidad
Es importante que los gerentes de control de calidad, los líderes y los probadores incluyan las pruebas de longevidad como parte de sus estrategia de prueba general .
Planificación
- Las organizaciones de ingeniería llevan a cabo análisis de escape de prueba internos ( TÉ ) ejercicio de vez en cuando para muchos Productos (Hardware y Software). Algunos incluso tienen un mecanismo integrado y automatizado para extraer datos de prueba de escape, generalmente basados en 'Defectos encontrados externamente ( EFD ) 'O' Defectos encontrados por el cliente ( CFD ) 'Registrado por el equipo de asistencia técnica
- Los EFD o CFD deben analizarse cuidadosamente en contexto con la implementación en vivo del Cliente desde una perspectiva de extremo a extremo, no solo la infraestructura, sino también los dispositivos, aplicaciones y patrones de tráfico del usuario final.
Comprensión de las verticales de los clientes:
Los clientes suelen pertenecer a uno de los siguientes verticales más amplios:
convertidores de video gratis para windows 10
- Cuidado de la salud
- Venta minorista
- Finanzas
- Educación
- Transporte
- Fabricación
- Ingenieria
- Federal (gobierno)
Ocupaciones
#1) Desarrolle un plan de prueba y un caso de prueba separados para las pruebas de longevidad. Esto también ayudará a rastrear la ejecución de la prueba, el registro de errores y la verificación.
#2) Identifique casos de prueba basados en entradas de Análisis de escape de prueba, generalmente eliminación de errores de EFD o CFD
#3) Es muy importante que el equipo de control de calidad imite los bancos de prueba de una o más verticales según la línea de negocio de la organización con la cantidad de verticales
# 4) Los bancos de pruebas dedicados deben tener
- Topología de red similar a la de una vertical prevista o de varias verticales
- Infraestructura con conmutadores, enrutadores, servidores back-end, cortafuegos, etc. similares
- Servidores de aplicaciones de uso más frecuente y popular de una (s) vertical (es) determinada (s)
- Gadgets de usuario final de uso más frecuente y popular de una (s) vertical (es) determinada (s)
#5) Herramientas adecuadas para generar carga, estrés y tráfico en tiempo real
#6) Identificar el recurso de ejecución manual
#7) Identifique el recurso / estrategia de automatización para una ejecución más rápida y repetida
descarga gratuita de limpiador de pc para windows 10
#8) Identificar el INICIO y el FINAL de las pruebas de longevidad para una versión determinada
Dos enfoques para el INICIO y FINAL de las pruebas de longevidad:
I) Enfoque 1:
- El código de software o hardware debe estar en una condición estable
- EMPIECE al final de la prueba de FUNCIÓN Finalización
- FIN antes de congelar el código
II) Enfoque 2:
- Tome un golpe menor permitiendo un código ligeramente inestable
- COMIENCE al 70% de finalización del ciclo de prueba de FUNCIÓN
- FIN antes de congelar el código
#9) Verificación de errores para defectos resueltos
#10) Mueva las pruebas de longevidad a regresión para las pruebas de regresión posteriores
Ejecución
- Configure los bancos de pruebas para que imiten uno o más verticales de clientes
- Asegúrese de que toda la infraestructura, la aplicación y la base de datos de back-end, incluidos los sabores, sean similares a las del cliente.
- Asegúrese de que los dispositivos del usuario final sean similares a los del uso del cliente estén disponibles y se utilicen durante la ejecución del plan de prueba
- Asegúrese de que las herramientas adecuadas estén disponibles para generar un estrés y una carga moderados del sistema o producto
- Ejecute el conjunto de pruebas completo desde el plan de pruebas de longevidad sin reinicio suave o duro de SUT o DUT, servidores back-end y otros dispositivos relacionados con Infra
- Se deben ejecutar múltiples ejecuciones de pruebas de la manera anterior durante un período definido sin interrupciones desde el intervalo de 72 a 720 horas.
- Registre los resultados
- Registra todos los errores identificados
- Verifica todos los errores
¿Cuáles son los pros y los contras de las pruebas de longevidad?
Pros
- Ayuda identificar errores críticos antes de que el cliente lo encuentre
- Ayuda a estabilizar el sistema o producto para su característica útil que es fundamental para la productividad y el negocio del cliente
- Ayuda a aumentar la satisfacción del cliente
- Ahorra muchos costos $$$ para la Organización: ¡el dinero ahorrado es dinero ganado!
- El informe de prueba de longevidad también se puede convertir en una prueba de certificación de calidad que atiende a diferentes verticales
Contras
- Costo inicial para incluir pruebas de longevidad y sus actividades relacionadas como parte de una versión determinada y actividades de regresión
- Ideal para Modelo de cascada
- Los modelos Agile / Scrum necesitan ajustes de duración y cobertura
Conclusión
Muchos de los 'defectos' que surgen de los problemas informados por el cliente se deben principalmente a Test Escape. Esto, a su vez, plantea muchas preguntas como el desarrollo, la revisión, la cobertura y la ejecución del plan de pruebas.
Los defectos encontrados externamente (EFD) o los defectos encontrados por el cliente (CFD) tienen un impacto comercial ($$$) tanto para el cliente como para la organización del producto.
Las pruebas de longevidad, que son únicas, deberían ayudar a cualquier organización de productos a mejorar la satisfacción del cliente mediante la identificación y resolución de defectos antes de que el cliente los detecte. Las pruebas de longevidad también ayudan a mejorar la estabilidad dando como resultado un sistema o producto de calidad robusto.
Sobre el Autor: Este artículo está escrito por el autor de STH, Vinayak. Tiene 12 años de experiencia en QA / testing en compañías Fortune 500.
Háganos saber si tiene alguna pregunta o sugerencia sobre este artículo.
Lectura recomendada
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Descarga del libro electrónico Testing Primer
- Pruebas de carga con los tutoriales de HP LoadRunner
- Diferencia entre pruebas de escritorio, cliente-servidor y pruebas web
- ¿Qué es la prueba gamma? La etapa de prueba final
- ¿Qué son las pruebas de conformidad (pruebas de conformidad)?
- Trabajo de asistente de control de calidad de pruebas de software
- Sesgo cognitivo en las pruebas de software: ¿Por qué los evaluadores no detectan errores?