Hola,
Analizar la estimación del esfuerzo es siempre una tarea crítica en las pruebas de software. Las estimaciones de esfuerzo siempre serán diferentes de lo que hemos planeado y cuál es el resultado real en cierta medida en la subcontratación de pruebas de software.
La estimación que es variable y algo cercana a la realidad se considera la mejor. El cliente siempre busca el mejor caso, pero debe estar preparado para lo peor cuando se trata de analizar el esfuerzo.
- ¿Cómo es pasar de colaborador individual en un entorno de ingeniería a la suite C en un corto período de tiempo?
- Cómo elegir un nombre en clave para un importante proyecto de desarrollo de software
- ¿Cuáles son las ganancias típicas de productividad al refactorizar un producto web a medida que madura?
- "No reinventar la rueda": ¿es siempre cierto?
- ¿Con qué frecuencia te sorprende una optimización de rendimiento?
Por lo tanto, la estimación realizada por los ingenieros de las empresas de pruebas de qa para los esfuerzos de prueba debe establecerse para que tenga la mejor prueba dentro de la línea de tiempo, pero siempre ahorre espacio para manejar algunos problemas inesperados que pueden llevar a extender la estimación.
Una de las principales razones detrás de la variación estimada es “Re-Testing”.
Entonces, básicamente, debemos incluir “Re-Pruebas” mientras damos estimaciones de esfuerzo. A veces lleva más tiempo reparar un defecto si la compilación no es estable y, a veces, el tiempo es realmente menor.
Por lo tanto, la estimación debe incluir el tiempo requerido para reparar un defecto o cerrar el estado de un defecto. La estimación para las pruebas debe tener flexibilidad para acomodar ambas situaciones.
Es recomendable volver a visitar las estimaciones regularmente, ya que las estimaciones deben actualizarse con las situaciones actuales de los proyectos de prueba.
Gracias,
Sumit