¿Las estimaciones del esfuerzo de prueba también incluyen la reevaluación?

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.

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

Definitivamente incluye volver a probar. Es un tipo de prueba extremadamente necesario.

Entonces, ¿qué es en realidad una nueva prueba? La nueva prueba o prueba de configuración es una prueba de un error particular después de que se ha solucionado.

¿Cómo funciona? Un probador generalmente informa un error y lo asigna a un desarrollador. El desarrollador soluciona el problema y lo envía para su verificación al probador. Ahora, es tarea del probador asegurarse de que los errores previamente erradicados hayan sido reparados y detectar errores que pueden haber aparecido accidentalmente en una nueva versión. Se realiza ejecutando el mismo caso de prueba que había fallado anteriormente.

Por lo tanto, las características principales de la nueva prueba son las siguientes:

  • la nueva prueba se realiza replicando el mismo escenario con los mismos datos en la nueva compilación;
  • en la reevaluación se incluyen aquellos casos de prueba que fallaron anteriormente;
  • asegura que el problema se haya solucionado y que el módulo (o funcionalidad) funcione de acuerdo con la especificación;
  • Es una prueba planificada con los pasos adecuados de verificación;
  • La reevaluación generalmente se realiza manualmente.

A veces, confunden las pruebas de prueba y regresión. Pero a pesar de volver a probar, las pruebas de regresión se realizan no solo para verificar la corrección de errores, sino también para garantizar que no se hayan detectado o descubierto nuevos defectos después de los cambios. Como regla general, deben celebrarse uno tras otro. Pero la reevaluación tiene una prioridad más alta que la prueba de regresión.

Obtenga más información sobre los tipos de prueba de software de prueba y su uso siguiendo el artículo Tipos de prueba: todo lo que debe saber sobre sus subtipos, herramientas y especificaciones

Sí y no, depende.

En primer lugar, ¿por qué volver a realizar la prueba? ¿Realmente te refieres a las pruebas después de la corrección de errores? Pero eso es una prueba de regresión, no una nueva prueba.

Si está tan seguro de que después de encontrar errores, agregue un 10% -20% de esfuerzo del esfuerzo total como margen en sus esfuerzos.

Pero si sabes que no habrá errores. Solo da los esfuerzos tal como están. Sugeriría mantener el margen, pero no para volver a realizar pruebas, sino para otros problemas.

Comente si tiene más para preguntar / aclarar.