what is efficiency testing
Este tutorial explica qué son las pruebas de eficiencia, técnicas para medir la eficiencia de las pruebas, fórmulas para calcularlas,Prueba de eficacia frente a prueba de eficacia, etc .:
Las pruebas juegan un papel muy importante después de que se desarrolla el software.
No se puede implementar ningún software en producción hasta que el equipo de pruebas dé su aprobación. Para proporcionar un producto / aplicación exitoso, se utilizan diferentes técnicas de prueba.
Las pruebas de eficiencia se utilizan para calcular los esfuerzos realizados junto con los recursos utilizados para probar una función.
Lo que vas a aprender:
- ¿Qué son las pruebas de eficiencia?
- La mejor métrica para medir la eficiencia de las pruebas de software
- Prueba de eficacia frente a prueba de eficacia
- Conclusión
¿Qué son las pruebas de eficiencia?
Las pruebas de eficiencia evalúan el número de casos de prueba ejecutados dividido por la unidad de tiempo. La unidad de tiempo es generalmente en horas. Prueba la medida de código y los recursos de prueba que necesita una aplicación para realizar una función específica.
Evalúa cuántos recursos se planificaron y cuántos se utilizaron realmente para las pruebas. Se trata de hacer la tarea con el mínimo esfuerzo. La eficiencia de la prueba considera personas, herramientas, recursos, procesos y tiempo mientras se calcula la eficiencia. La creación de métricas de prueba juega un papel vital en la medición de la eficiencia de los procesos de prueba.
Técnicas utilizadas para probar la eficacia
Ambas técnicas, que se indican a continuación, se pueden utilizar para evaluar la eficiencia de la prueba:
# 1) Enfoque basado en métricas
El enfoque basado en métricas ayuda a tener una idea de cómo mejorar los procesos de prueba cuando no avanza como se esperaba. Las métricas de prueba preparadas deben analizarse adecuadamente, ya que ayudan a estimar la eficiencia del proceso de prueba.
Métricas de prueba de uso común:
- Número total de errores encontrados / aceptados / rechazados / resueltos.
- Número total de errores encontrados en cada etapa del desarrollo.
- Número total de casos de prueba de automatización escritos.
La métrica más utilizada es:
El número total de errores encontrados en diferentes fases de prueba:
(Número total de errores resueltos) / (Número total de errores planteados) * 100
Hay varias métricas, pero la mejor puede ser creada por probadores experimentados basándose en el conocimiento y el análisis.
Ciertas métricas, como los casos de prueba de automatización escritos, la cantidad de errores encontrados no son de mucha utilidad ya que la cantidad de casos de prueba puede ser mayor. Sin embargo, si faltan los casos principales, entonces no es útil. De la misma manera, la cantidad de errores que se generan puede ser mayor, pero la falta de la funcionalidad principal puede ser un problema.
Repasemos algunas métricas que se pueden usar en un proyecto.
- Errores rechazados
- Errores perdidos
- Cobertura de prueba
- Cobertura de requisitos
- Comentarios de los usuarios
# 1) Errores rechazados
El porcentaje de errores rechazados ofrece una descripción general de cuánto es consciente el equipo de pruebas del producto que se está probando. Si el porcentaje de errores rechazados es alto, entonces claramente muestra una falta de conocimiento y comprensión del proyecto.
# 2) Errores perdidos
software para descargar videos de sitios web
Un alto porcentaje de errores perdidos apunta a la capacidad del equipo de pruebas, especialmente si los errores son fácilmente reproducibles o son críticos. Los errores perdidos se refieren a los errores que el equipo de pruebas no detecta y que el usuario / cliente encuentra en el entorno de producción.
# 3) Cobertura de prueba
La cobertura de prueba se utiliza para determinar cuánto se ha probado la aplicación. No es posible probar todos y cada uno de los casos de prueba cuando la aplicación es compleja o demasiado grande. En tales casos, todas las características importantes y críticas deben probarse correctamente y el enfoque debe ser entregar aplicaciones sin errores con un camino feliz.
# 4) Cobertura de requisitos
Para las pruebas de eficiencia, el requisito cubierto por la aplicación y el número de requisitos probados y aprobados para una función juegan un papel importante.
# 5) Comentarios del usuario
La eficiencia de las pruebas se puede calcular en función de los comentarios proporcionados por el usuario. Si se encuentran errores críticos o si el usuario informa de errores fácilmente reproducibles, esto indica claramente la mala calidad del producto y el mal desempeño del equipo de prueba.
Si el usuario / cliente proporciona comentarios positivos, la eficiencia del equipo de prueba se considera buena.
A continuación se enumeran los 3 aspectos de la eficacia de la prueba:
- El sistema cumple con los requisitos del cliente.
- Especificaciones de software que debe cumplir el sistema.
- Esfuerzos realizados para desarrollar un sistema.
Por lo tanto, el enfoque basado en métricas se basa en los cálculos.
# 2) Enfoque basado en expertos
El enfoque basado en expertos se basa en la experiencia del probador que prueba el software junto con los conocimientos adquiridos en sus proyectos anteriores.
La efectividad de la prueba se mide por qué tan bien se comporta el sistema según las expectativas del usuario. Si el sistema es efectivo, el usuario logra fácilmente los objetivos establecidos para la prueba.
Factores que afectan la eficiencia de la prueba
Hay una serie de factores que afectan la eficiencia de la prueba, como se menciona a continuación.
Los siguientes puntos deben considerarse para obtener una eficiencia del 100%.
- Los recursos que trabajan en el proyecto deben ser conocimientos técnicos y de dominio. Deben tener la capacidad de pensar lógicamente y salir de la caja para encontrar los escenarios que son raros y críticos. Si se coloca un probador de dominio de telecomunicaciones en un proyecto de dominio bancario, no se puede obtener eficiencia. Para obtener la máxima eficiencia, es necesario alinear los recursos adecuados con el proyecto.
- Otro factor importante es formación relacionada con el proyecto . Antes de comenzar a probar, un probador de proyectos debe tener un buen conocimiento del proyecto. El evaluador debe conocer el propósito del proyecto y comprender cómo funcionará. La formación regular de los probadores les ayudará a mejorar sus habilidades y los resultados pueden ser mucho mejores.
- Los evaluadores deben tener acceso a la últimas herramientas y tecnologías . Deben tener la influencia necesaria para automatizar las pruebas de modo que se puedan ahorrar su esfuerzo y tiempo. Esto le dará tiempo suficiente al evaluador para buscar escenarios críticos y raros.
- Para que un proyecto sea exitoso, se debe crear el equipo completo con la cantidad requerida de recursos, es decir, expertos en el dominio y probadores experimentados. El proyecto debe ser rastreado de forma regular para garantizar la entrega a tiempo. El seguimiento de proyectos también afecta la eficiencia si no se realiza correctamente.
Fórmulas para calcular la eficacia de la prueba
# 1) Prueba de eficiencia = (Número total de errores encontrados en la unidad + integración + prueba del sistema) / (Número total de errores encontrados en la unidad + integración + sistema + prueba de aceptación del usuario)
# 2) Prueba de eficiencia = (Número de errores resueltos / Número total de errores planteados) * 100
Ejemplo de prueba de eficiencia
#1) Lanzar software que sea de alta calidad, es decir, libre de errores y que se entregue a tiempo.
Para que la expectativa anterior sea exitosa, el equipo debe enfocarse en la eficiencia, es decir,
- Requisito del cliente que debe cumplirse.
- Verificar la cantidad de recursos asignados al proyecto y la cantidad real de recursos utilizados.
- Las herramientas que se utilizan son las últimas para aumentar la eficiencia.
- Los miembros del equipo que se utilizan son altamente calificados.
#2) Probar un formulario que tiene la validación de 10 caracteres en los campos Nombre, Apellido / Ciudad.
El probador puede automatizar para probar el formulario. El archivo con el número de entradas donde se mencionan los detalles de Nombre / Apellido / Ciudad con espacios en blanco, caracteres entre 1-10, caracteres más de 10, espacios entre los caracteres, caracteres especiales, solo números, mayúsculas y caracteres pequeños, etc. creado.
El probador no tiene que probar todos los escenarios manualmente, solo necesita crear datos y ejecutar los mismos en caso de automatización.
#3) Para probar una página de inicio de sesión.
El probador puede obtener los datos para el nombre de usuario y la contraseña con múltiples escenarios como nombre de usuario correcto / contraseña incorrecta, nombre de usuario correcto / contraseña correcta, usuario incorrecto / contraseña correcta, usuario incorrecto / contraseña incorrecta, etc.
La lista se puede completar mediante inyecciones de SQL. La automatización permite al evaluador probar más escenarios en menos tiempo. El propio evaluador puede decidir la mejor técnica para ejecutar casos para aumentar la eficiencia.
quiero probar productos para empresas
La mejor métrica para medir la eficiencia de las pruebas de software
La eficiencia de las pruebas está relacionada con los procesos de prueba de un extremo a otro, es decir, desde la planificación de la prueba, la creación de casos de prueba, la ejecución, el seguimiento de los defectos hasta el cierre. Seguir la mejor métrica puede ayudar a entregar software de buena calidad y sin errores al cliente, que de hecho es el propósito principal.
El uso de una métrica de prueba tiene ventajas y desventajas:
Desventajas
- Para cumplir con el requisito de métricas, el pensamiento y la creatividad listos para usar del evaluador, las pruebas de exploración pueden verse obstaculizadas ya que el enfoque seguiría siendo funcionar según las métricas únicamente.
- El enfoque se mueve hacia la documentación en lugar de realizar pruebas que resulten en ineficiencia.
- A veces, presentar las métricas de forma regular crea desmotivación en los recursos.
Ventajas
- Test Metrics mejora la productividad de los recursos, ya que la definición de métricas le da un objetivo claro al evaluador.
- Mejora el sistema de seguimiento. Mantener la métrica ayuda a realizar un seguimiento de las actividades de prueba y el progreso.
- Los esfuerzos de prueba pueden ser fácilmente visibles.
- El equipo de pruebas puede proporcionar su eficiencia en cualquier momento si se le solicita.
Prueba de eficacia frente a prueba de eficacia
| S.No | Prueba de eficiencia | Efectividad de prueba |
|---|---|---|
| 1 | La eficiencia de la prueba determina la eficiencia de los procesos de prueba. Comprueba la cantidad de recursos necesarios y se utiliza realmente en el proyecto. | La efectividad de la prueba determina el efecto del entorno de prueba en el software / producto. |
| 2 | Es el número de casos de prueba ejecutados / unidad de tiempo. El tiempo es generalmente en horas. | Es una cantidad de errores encontrados / cantidad de casos de prueba ejecutados. |
| 3 | Eficiencia de la prueba = (Número total de errores encontrados en la unidad + integración + prueba del sistema) / (Número total de errores encontrados en la unidad + integración + sistema + prueba de aceptación del usuario) * 100 | Efectividad de la prueba = Número total de errores inyectados + Número total de errores encontrados) / Número total de errores escapados * 100 |
| 4 | Prueba de eficiencia = (Número de errores resueltos / Número total de errores planteados) * 100 | Efectividad de la prueba = Pérdida (debido a problemas) / Recursos totales |
Consultas frecuentes
P # 1) ¿Cómo se prueba la eficiencia del código?
Responder: La eficiencia del código se puede calcular utilizando las dos fórmulas siguientes:
- Prueba de eficiencia = (Número total de errores encontrados en la unidad + integración + sistema) / (número total de defectos encontrados en la unidad + integración + sistema + prueba de aceptación del usuario)
- Prueba de eficiencia = Número de errores resueltos / número de errores planteados * 100
P # 2) ¿Cómo se mide la eficacia y la eficiencia de las pruebas?
Responder: La efectividad de la prueba se puede calcular utilizando la siguiente fórmula:
- Efectividad de prueba = Número de errores válidos corregidos / (errores inyectados + número de errores escapados) * 100
- Prueba de eficiencia = (Número total de defectos encontrados en la unidad + integración + sistema) / (Número total de defectos encontrados en la unidad + integración + sistema + Prueba de aceptación del usuario) * 100
P # 3) ¿Qué son las métricas de eficiencia?
Responder: Las métricas de eficiencia se pueden usar para medir la capacidad de usar los recursos de manera eficiente. Hay una serie de métricas que se pueden utilizar y que son eficaces.
P # 4) ¿Cuál es la eficiencia del software?
Responder: La eficiencia se puede definir como obtener el rendimiento del software con recursos mínimos. Los recursos aquí representan CPU, memoria, archivos de base de datos, etc. Trabajar en el aspecto de la eficiencia desde el inicio del proyecto puede ayudar a reducir muchos problemas en la etapa inicial.
Conclusión
Las pruebas de eficiencia juegan un papel importante, ya que ayudan a probar la eficacia del software. Las métricas de prueba juegan un papel vital para lograr una eficiencia del 100%.
Hay una serie de métricas, pero el evaluador mismo puede elegir las mejores según la experiencia y el análisis. Si el cliente está satisfecho con el software / producto, solo entonces podemos declarar que la eficiencia es del 100%.
La eficiencia del 100% está directamente relacionada con la calidad del trabajo que ha realizado el equipo.
Lectura recomendada
- Pruebas de carga con los tutoriales de HP LoadRunner
- Pruebas alfa y beta (una guía completa)
- ¿Qué es la prueba gamma? La etapa de prueba final
- ¿Qué son las pruebas de conformidad (pruebas de conformidad)?
- Cómo implementar una automatización de pruebas eficiente en el mundo ágil
- Cómo hacer que las pruebas manuales sean más eficientes con Micro Focus Sprinter
- Pruebe de manera más eficiente: sea ágil de manera sistemática
- Diferencia entre Desktop, Client Server Testing y Web Testing