D: Qual è il modo migliore per trasferire una grande azienda su Cucumber con almeno 15 anni di requisiti software legacy mantenuti in un database dei requisiti?
Attualmente considerato:
1) Migrare tutto
Unico inconveniente: non abbiamo tempo / budget illimitati, dobbiamo andare avanti per sopravvivere, non possiamo fermare tutto e GC il 100% dei nostri requisiti legacy e suite di test legacy.
2) Regola del boy scout
Lascia tutto meglio di come l'hai trovato. Se tocchi i requisiti o li modifichi, scrivi / aggiorna una funzione Cetriolo. Unico inconveniente: avremo due sistemi di registrazione (Cucumber, legacy req. DB), probabilmente per sempre supponendo che ci siano angoli di una data applicazione che non vengono toccati per molto tempo.
3) Boy Scout Rule Plus
Come il n. 2, ma inserisci i requisiti che non stiamo spostando su Cucumber in Feature con un singolo scenario in sospeso e copia / incolla i requisiti legacy nella sezione descrizione. In questo modo otteniamo metriche (tramite scenari in sospeso) su come "coperti" siamo da Cucumber e ci guidano anche dalla necessità di mantenere il vecchio sistema di requisiti. Non riesco a trovare alcun aspetto negativo di questo a parte questo potrebbe essere un enorme casino in Cucumber.
4) Inserisci qui la tua idea.
Sfondo:
Alcuni progetti che si spostano su Cucumber hanno suite di test automatizzate, altre solo test manuali mai usati. Tutti mantengono i loro requisiti in un database dei requisiti legacy. Dobbiamo farlo perché i nostri requisiti sono un mix di leggi / regolamenti e logiche complesse per strumenti finanziari (rischio, prezzi, struttura, ecc ...).
Tieni presente che questa è una società molto grande che si muove, il che complica ulteriormente le soluzioni.
Abbiamo già alcuni progetti che utilizzano Cucumber per i loro "nuovi" requisiti. Quindi abbiamo pilotato la tecnologia ed è finora un lavoro per noi. Abbiamo un mix di progetti web e puramente dati.
Grazie
Modifica: per rispondere alle domande ... Il DB di gestione dei requisiti legacy non collega i requisiti ai test. Non è "testabile". Oggi il collegamento dei requisiti ai test avviene attraverso un arduo e soggetto a errori manuali che collega i requisiti al nostro sistema di gestione dei casi di test alla fine di ogni progetto. Il cetriolo è una soluzione ovvia migliore per noi. Non c'è dubbio. La domanda è come fare la mossa per una grande organizzazione con una quantità immensa di requisiti importanti che non possono essere persi per motivi legali e di altro tipo.