¿Cómo puedo proporcionar retroalimentación a mi equipo sobre los cambios incluidos en una construcción y su impacto en el riesgo?

¿Esto es algo que ya hace o sabe de una buena herramienta?

OBJETIVO: Ayudar al equipo a comprender cómo los recientes cambios en la fuente afectan el riesgo para que sepan dónde enfocar los esfuerzos de testing. Proporcione datos a lo largo del time y vuelva a alimentarlos en las fases de planificación y scope del ciclo de desarrollo.

PLAN: Combine svn change data con datos de complejidad de trébol en un informe que muestre el impacto del cambio en la complejidad o el riesgo de cambio (n. ° de líneas x complejidad = riesgo?). No es perfecto, pero podría ayudar a los equipos a entender mejor los cambios.

¿Alguien testing esto? Si es así, ¿qué herramientas usaste y cómo te proporcionó esta key para el equipo?

Mi experiencia ha sido que las testings y los riesgos se identifican cuando se colocan nuevas características o cuando se reparan los defectos. Todo esto se hizo "manualmente" en todos mis trabajos.

La suya es una idea interesante, básicamente un tipo de plugin / componente de CI para enfocar las testings en function de las statistics de defectos previos y del análisis de complejidad en los files modificados.

Obviamente, necesitará un map de códigos / files para probar los casos y si tuviera el reverso (casos de testing fallidos y los files que se cambiaron para realizar las correcciones), usted tendría alguna manera automática de generar parte de esa información.

Sospecho que el "riesgo" también podría contener un componente de "desarrollador". es decir, algunos desarrolladores tienen un "riesgo" inherentemente más alto para los loggings que otros, y esto también puede ser local para algunas funcionalidades … En algunos casos, el "Desarrollador" sería el componente principal, ya sea networkinguciendo totalmente el riesgo o asegurándolo .