P: ¿Cuál es la mejor manera de trasladar una gran empresa a Cucumber con al menos 15 años de requisitos de software heredados mantenidos en una base de datos de requisitos?
Actualmente considerando:
1) Migrar todo
Desventaja: no tenemos tiempo / presupuesto ilimitados, tenemos que avanzar para sobrevivir, no podemos detener todo y GC 100% de nuestros requisitos heredados y suites de pruebas heredadas.
2) Regla de Boy Scout
Deja todo mejor de lo que lo encontraste. Si toca los requisitos o los cambia, escriba / actualice una función de Pepino. Desventaja: Tendremos dos sistemas de registro (Cucumber, legacy req. DB), posiblemente por suponer que hay rincones de una aplicación determinada que no se tocan durante mucho tiempo.
3) Regla de Boy Scout Plus
Igual que el n. ° 2, pero coloque los requisitos que no estamos netos al pasar a Cucumber a Características con un solo escenario pendiente y copie / pegue los requisitos heredados en la sección de descripción. De esta forma obtenemos métricas (a través de escenarios pendientes) de cuán "cubiertos" estamos por Cucumber, y también nos hace saber la necesidad de mantener el antiguo sistema de requisitos. No puedo encontrar ninguna desventaja para esto, aparte de que podría ser un gran desastre dentro de Pepino.
4) Inserta tu idea aquí.
Antecedentes:
Algunos proyectos que se trasladan a Cucumber tienen conjuntos de pruebas automatizadas, algunos solo utilizan pruebas manuales. Todos ellos mantienen sus requisitos en una base de datos de requisitos heredada. Tenemos que hacer esto porque nuestros requisitos son una mezcla de leyes / regulaciones y una lógica compleja para los instrumentos financieros (riesgo, fijación de precios, estructura, etc.).
Tenga en cuenta que esta es una empresa muy grande que está haciendo el movimiento, lo que complica aún más las soluciones.
Ya tenemos algunos proyectos que usan Cucumber para sus "nuevos" requisitos. Así que hemos puesto a prueba la tecnología y hasta ahora es un trabajo para nosotros. Tenemos una mezcla de proyectos web y puramente de datos.
Gracias
Editar: Para responder a las preguntas ... La base de datos de administración de requisitos heredada no conecta los requisitos a las pruebas. No es "comprobable". Hoy en día, la conexión de los requisitos a las pruebas se realiza a través de un proceso manual arduo y propenso a errores para vincular los requisitos a nuestro sistema de gestión de casos de prueba al final de cada proyecto. El pepino es una mejor solución obvia para nosotros. No hay duda sobre eso. La pregunta es cómo moverse para una gran organización con una inmensa cantidad de requisitos importantes que no se pueden perder por razones legales y de otro tipo.