Factores que afectan el esfuerzo de la prueba

La prueba es una tarea compleja en muchos proyectos y una variedad de factores que pueden influir en él. Al crear planes de prueba y la estimación del esfuerzo de prueba y horarios, debe mantener estos factores en mente o sus planes y estimaciones lo engañaran al comienzo del proyecto y traicionar en medio o al final del mismo. Las estrategias de prueba o enfoques que usted escoge tendrán una influencia importante en las pruebas de esfuerzo. Este factor es tan influyente que vamos a volver a ella en la Sección 5.2.6. En esta sección, vamos a ver los factores relacionados con el producto, el proceso y los resultados de las pruebas.

Factores de productos comienzan con la presencia de documentación suficiente del proyecto por lo que los testers puede averiguar lo que el sistema es, cómo se supone que funciona

y qué comportamiento correcto aparece. En otras palabras, información adecuada de alta calidad sobre la base de pruebas nos ayudará a hacer un mejor trabajo, más eficiente para la definición de las pruebas.

La importancia de las características de calidad no funcionales como la usabilidad, fiabilidad, seguridad, rendimiento, y así sucesivamente también influye en el esfuerzo de prueba. Estos objetivos de la prueba pueden ser costoso y consume mucho tiempo. La complejidad es otro factor importante del producto o proyecto. Ejemplos de consideraciones de complejidad incluyen:

• La dificultad de comprender y manejar correctamente el problema del sistema, está siendo construido para resolver (por ejemplo, la aviónica (Aplicación de la electrónica a la aviación) y el software de exploración de petróleo);

• El uso de tecnologías innovadoras, especialmente los de largo o corto historial probado • La necesidad de configuraciones de prueba complicadas y quizás varias, especialmente cuando éstas dependen de la llegada oportuna de software escasos, hardware y otros suministros;

• La prevalencia de las normas de seguridad muy estrictas, estrictamente reglamentadas u otros procesos reglamentos;

• La distribución geográfica del equipo, sobre todo si los cruces del equipo zonas horarias (como muchos de los esfuerzos de externalización a hacer).

Mientras que la buena documentación del proyecto es un factor positivo, también es cierto que tener que presentar la documentación detallada, como prueba meticulosamente especificada, da lugar a retrasos. Durante la ejecución de pruebas, tener que mantener tan detallada la documentación requiere mucho esfuerzo, como lo hace el trabajo con datos de prueba frágil debe ser mantenido o restaurado con frecuencia durante la prueba. Finalmente, el aumento del tamaño del producto conduce a aumentos en el tamaño del proyecto y el equipo del proyecto aumenta, aumenta la dificultad de predecir y gestionar el proyecto. Esto conduce a la desproporcionada tasa de colapso de grandes proyectos.

Factores de proceso incluyen en la disponibilidad de herramientas de prueba, especialmente los que reducen el esfuerzo asociado con la ejecución de la prueba, que está en la ruta crítica para lanzamiento. En cuanto al desarrollo, herramientas de depuración y la depuración dedicada al entorno (a diferencia de la depuración en el entorno de prueba) también reduce el tiempo requerido para completar la prueba.

El ciclo de la vida mismo es un factor influyente en el proceso, como el modelo V tiende a ser más frágil en la cara de cambio de última hora mientras que los modelos incrementales tienden a tener alta costes de las pruebas de regresión. la madurez del proceso, incluyendo la madurez del proceso de prueba, están entre los factores, especialmente la implicación de que los procesos maduros implican manejar cuidadosamente cambios en el medio y al final del proyecto, que reduce el coste de ejecución de pruebas.

La presión del tiempo es otro factor a considerar. La presión no debe ser una excusa para tomar riesgos innecesarios. Sin embargo, es una razón para hacer una cuidadosa, consideración de decisiones, planificar y volver a planificar de manera inteligente durante todo el proceso, que es otra característica de los procesos maduros.

Las personas ejecutan el proceso, y los factores son tan importantes o más importante que cualquier otra. De hecho, incluso cuando muchas cosas preocupantes son verdaderas sobre un proyecto, un excelente equipo a menudo puede hacer que sucedan cosas buenas en el proyecto y en las pruebas. Se incluyen las habilidades de las personas en el equipo en su conjunto, y la alineación de esas habilidades con el proyecto necesariamente. Desde un proyecto, en un equipo de trabajo, las relaciones sólidas, la ejecución fiable de compromisos acordados y responsabilidades son determinantes para trabajar juntos hacia un objetivo común. Esto es especialmente importante para pruebas, donde gran parte de lo que probamos, el uso y lo que se genera proviene del grupo mismo, o va a la gente fuera del grupo de prueba. Debido a la importancia de relaciones de confianza y la larga curva de aprendizaje que participan tiene en software y la ingeniería de sistemas, también es un importante factor humano, para la estabilidad del equipo de proyecto.

La cantidad total de esfuerzo de la prueba durante la ejecución de la misma son importantes para los resultados de la prueba. La entrega de software de buena calidad en el comienzo de la ejecución de la prueba y rápidas soluciones sólidas a anomalías, evita retrasos en el proceso de ejecución de la prueba. Un defecto, una vez identificados, no debería tener que ir a través de múltiples ciclos de corrección / retest / re-abierta, al menos no si la estimación inicial se va a celebrar ya.

Usted probablemente ha notado que a partir de esta lista se incluyeron una serie de factores fuera del alcance y control del supervisor de la prueba o el administrador. De hecho, los eventos que ocurrirán antes o después de la prueba puede traer estos factores. Por esta razón, los testers, en especialmente los líderes o gerentes de prueba, estén en sintonía con el contexto general en el que operan. Algunos de estos factores resultan ser riesgos específicos para las pruebas del proyecto, y deben abordarse en el plan de pruebas. Los riesgos del proyecto se analizan con más detalle en la Sección 5.5.