Diferentes Tipos de Técnicas de Estimación en Pruebas de Software
La estimación de pruebas de software es una operación de gestión esencial utilizada para determinar un marco de tiempo aproximado requerido para iniciar y finalizar cualquier proceso en un entorno controlado.
Es crucial para la planificación de cualquier proyecto no sobrepasar los límites de tiempo, establecer presupuestos y recursos disponibles. Una de las tareas más útiles aquí es verificar los recursos a la luz de un esfuerzo que se gastará en la prueba.
Los ingenieros de UTOR a menudo aprovechan diferentes tipos de técnicas de estimación durante las pruebas de software. Estos métodos han sido confirmados como efectivos por nuestros clientes. Por lo tanto, los revisaremos y revelaremos sus pros y contras específicos para que esté informado de la mejor manera de implementarlos.
¿Qué es la Estimación de Pruebas de Software?
La estimación de pruebas de software es un proceso de medición y gestión de la duración y las acciones necesarias para ejecutar una prueba completa en el software.
El tiempo y el esfuerzo son considerablemente fáciles de calcular para asignaciones a pequeña escala. Pero para proyectos más grandes. deben existir estrategias eficaces para que no se cometan errores. Si se subestiman o sobreestiman, los recursos de prueba para esos proyectos se vuelven insuficientes o se utilizan indebidamente por completo.
¿Cómo Calculan Los Equipos Los Recursos de Pruebas de Software?
Antes de que comience la prueba, hay dos incertidumbres muy cruciales de las que todo depende y deben ser resueltas entre el probador y el cliente. Estos incluyen;
- ¿Cuál es la duración total estimada del procedimiento completo?
- ¿Cuál es el costo total estimado del procedimiento en términos de dinero y recursos?
¿Qué se estima?
El tiempo, los recursos, el costo y las habilidades humanas se determinan normalmente durante la estimación de las pruebas.
Tiempo
La eficacia de un esfuerzo de equipo generalmente se juzga por la capacidad de entregar dentro de un marco de tiempo establecido, en o antes de la fecha límite.
Después de verificar la duración estándar requerida para cada sección del proyecto en cuestión, los gerentes de proyecto desarrollan un medio para programar cada proyecto.
Se asegura de que todo se entregue a tiempo. Por esta razón, la estimación del tiempo es uno de los factores esenciales para construir una reputación honrada entre los clientes y tener un buen número de clientes leales.
Recursos
Antes de iniciar cualquier proyecto, es obligatorio verificar los recursos disponibles, los que deben incluirse y los sustitutos recomendados si algunos no están disponibles. Sin verificar esto, lo más probable es que los proyectos no se terminen antes de la fecha límite.
Costo
Al prepararse para cualquier proceso de prueba, el presupuesto estimado debe tenerse plenamente en cuenta en todos los frentes (financieros y no financieros).
Se debe tener en cuenta el costo total para tomar nota de los posibles gastos y asegurarse de que el proyecto se mantenga dentro del presupuesto estipulado por el cliente, y trabajar en él si no está a la altura.
Los campos mencionados están relacionados e interdependientes entre sí. La duración que tomará también depende de las herramientas disponibles y del presupuesto dado.
A lo largo del tiempo, el procedimiento involucrado en la estimación de pruebas de software se ha realizado con diferentes procesos, utilizando diversas metodologías y herramientas que han avanzado con el tiempo por la misma razón.
La integración y el funcionamiento de estas técnicas también han facilitado mucho el procedimiento de promediación.
Tipos de Técnicas de Estimación de pruebas de software
Hay muchas estimaciones y técnicas de promedios en general, pero solo veremos algunas populares del lote de este artículo.
Técnica de evaluación y revisión de programas (PERT)
En esta técnica, las tareas se dividen en 3 subcategorías para determinar mejor el tiempo que se debe tomar para la finalización, a saber;
El Escenario Optimista – O; En este caso, se presume que la duración, los gastos monetarios y de recursos relacionados con el proyecto están en sus niveles óptimos más altos. Esto significa que los miembros individuales del equipo de control de calidad se ponen a trabajar de la mejor manera posible colectivamente, se mantienen al día, sin presión, sin cambios impredecibles de los acontecimientos o la necesidad de revisar el trabajo realizado y, al mismo tiempo, entregar un gran trabajo también.
El Escenario Más probable-M; Aquí, se consideran todas las cosas; teniendo en cuenta el escenario de trabajo familiar y teniendo en cuenta las posibilidades negativas y positivas, se estiman los elementos cómo es más probable que suceda.
El Escenario Pesimista-P; Esto está considerando el escenario más negativo que podría ser. El promedio se basará en el supuesto de que, sin duda, habrá un resultado negativo que se tratará en cada una de las fases de toda la prueba.
Pros de PERT
- El uso de esta técnica significa que el equipo trabaja con una estimación que comprueba todas las posibles muertes y recompensas en todos los frentes.
- Los equipos pueden llegar a una evaluación bastante cercana a la realidad.
- Prepara a las organizaciones para cualquier posible resultado de la prueba de compilación cuando calculan cada escenario concebible y se preparan adecuadamente para frenarlo si es necesario.
Contras de PERT
- Cuando se enfrenta a un cuerpo más grande de proyectos de prueba, usar esta forma de estimación consumirá mucho más tiempo para someterse.
- Hay una alta probabilidad de que se produzcan cálculos inexactos.
- Los valores utilizados aquí nunca son constantes y podrían encontrarse con muchos errores, ya que es solo una estimación después de todo.
Punto de caso de usuario (UCP)
Cada vez que alguien o algo usa y se comunica con la aplicación en cuestión, la entidad se identifica como un actor. Dicha entidad se documenta principalmente en las ponderaciones de casos de uso no ajustables, que influyen en la capacidad del proceso.
Cualquier comunicación intermedia salvaguardará la participación de todos, desde los accionistas hasta las personas en el equipo de control de calidad a través de las diversas secuencias y objetivos definidos.
Más de diez agentes diferentes afectan lo complicado que es el tecnicismo de un proyecto, y unos ocho tienen un costo complejo para el medio ambiente. Esto coincide con los hallazgos de Gustav Karner.
Este método de estimación depende del cálculo de múltiples variantes de los llamados actores, pesos de casos de usuario y puntos que afectan el proceso, el tecnicismo y otros factores.
En primer lugar, para comenzar este proceso, tendrán que verificar sus respectivas complejidades y afectar el proceso. Luego, se realiza un promedio adicional aplicando sus fórmulas para el cálculo.
Después de verificar la magnitud del proyecto, los involucrados determinan la cantidad de tiempo requerido antes de la finalización total del proceso. Dos formas importantes de prevenir esto son;
Utilizando el método de Karner y considerando cada caso de prueba como un consumo de 20 horas de personal.
Utilizando el tiempo récord de la empresa para la finalización del proyecto, en cualquier caso, para calcular promedios estadísticos y adivinar la duración del proyecto actual.
UCP= UCP no ajustable x Factor de Complejidad técnica x Factor de impacto ambiental.
Pros de UCP
- En caso de que necesite trabajar con anticipación y planificar con anticipación, este método de estimación es probablemente mejor, ya que se realiza en las etapas iniciales y ayuda a podar y aprobar tamaños de presupuesto.
- Con la ayuda de algunas herramientas de gestión especiales, el cálculo automático de las estimaciones es posible, ahorrando mucho tiempo al equipo de evaluación y facilitando el trabajo.
Contras de UCP:
- Si los requisitos del proyecto no se dan en los casos de usuario, es imposible usar esta técnica, y el equipo de Control de calidad tendrá que buscar un método diferente.
- Cuando se dan las UCP, y no son lo suficientemente precisas o explícitas, es más probable que terminen negativamente con estimaciones lejos de ser reales, ya que este método depende no solo de dar puntos de caso, sino de dar puntos de caso claros.
Estructura de desglose del trabajo (WBS)
Aquí la técnica de estimación de valores se realiza dividiendo el proceso primario en diferentes subcategorías. Un cálculo predictivo de la duración media en cada etapa comienza gradualmente con un trabajo aproximado en las más simples del lote, luego se gradúa tanto en dificultad como en nivel de corrección.
Después del proceso inicial, seleccione el valor más alto posible al que llegó y añádalo para obtener el valor final, estimando el esfuerzo y el tiempo necesarios para cada tarea.
Pros de WBS
- Una ventaja obvia de este método es que hace que sea más fácil detectar cada minuto y detalle necesario mientras divide la mano de obra en bits más pequeños. Esto significa que el trabajo se realiza
- Siempre es exhaustivo y transparente, ya que las conclusiones se tabulan para el mismo propósito y un seguimiento más fácil.
Contras de WBS:
- Esta naturaleza generalmente requiere frotar las mentes y los miembros del equipo y las partes interesadas para aprovechar su experiencia externa.
- Los cambios en las especificaciones y las necesidades del cliente pueden llevar a que el equipo se vuelva obsoleto y necesite revisarlo y reevaluarlo por completo.
Método Delphi
El método Delphi es bastante popular entre los equipos de prueba de todo el mundo. Los datos de los participantes voluntarios se recopilan y examinan de cerca varios y, sin ningún orden en particular, llegan a una conclusión acordada.
Cada fase de examen produce una retroalimentación de datos nueva o mejorada, que solo se suma al refinamiento de los hallazgos finales con una confianza muy merecida.
Por lo general, un equipo está formado por no más de diez personas que se reúnen para discutir las características críticas del proyecto a punto de embarcarse y dar sus opiniones sobre la posible duración del proyecto.
Posteriormente, el equipo se reúne de nuevo, y esta vez, se comparten las opiniones de la primera cita. Esto da a los miembros otro ángulo de enfoque en el proyecto. Sin embargo, las vistas no están etiquetadas con sus sugerencias.
Cuando los miembros del equipo pasen por esta fase, tendrán otra discusión unánime, y la recopilación de opiniones toma en consideración el nuevo ángulo de percepción.
Esto continuará hasta que todos estén de acuerdo en la misma página. Aunque es la forma habitual de hacer el método Delphi, este formulario se puede ajustar para adaptarse a sus necesidades y capacidades.
Pros de DELPHI
- Debido a que no se necesitan fórmulas o equipos únicos aquí, es lo más fácil de todo para que cualquier equipo se someta, todo lo que se necesita son las especificaciones del cliente y listo para usar.
- La estimación se ajusta bastante a la precisión, ya que muchos puntos de vista profesionales se tienen en cuenta en el proceso de reunión e intercambio de ideas.
Contras de DELPHI
- Por más fácil que sea someterse, puede llevar mucho tiempo productivo porque la mayoría de las veces.
- Es difícil llegar a una estimación completa después del primer lote de reuniones y compartir opiniones, por lo que generalmente se necesitan algunas.
- Incluso después de consumir tanto tiempo, los resultados no se pueden reciclar. Por lo tanto, para cada proyecto que se ejecute, el proceso se inicia de nuevo con los nuevos requisitos.
Para resumir
En esta publicación de blog se revisaron cuatro tipos de técnicas de estimación en pruebas de software y su impacto en la planificación de un presupuesto de pruebas razonable.
Después de una estimación exitosa, ¿puede decir con seguridad el enfoque correcto para externalizar sus proyectos a empresas de control de calidad?
Aquí hay un artículo sobre cómo elegir el mejor enfoque para la externalización de control de calidad.
Díganos cuál de estas tácticas de estimación de prueba implementaría y cuál fue su visión.