Quando si considera il valore o il ROI che raccogliamo dai nostri sforzi nell'implementazione e nell'utilizzo di BDD, è realisticamente possibile misurare i risparmi per l'elemento di automazione del test. Puoi confrontare la vecchia progettazione del test manuale e i tempi di esecuzione con il nuovo design automatizzato e i tempi di esecuzione in un periodo di tempo.
Ciò di cui ho difficoltà a misurare sono i risparmi che otteniamo dalla più stretta collaborazione del team. Con il nostro vecchio SDLC basato su cascata saremmo stati in grado di misurarlo filtrando i difetti causati da requisiti mal definiti o imprecisi. Inoltre, avremmo potuto esaminare la quantità di richieste di modifica ricevute. Per BDD, anche se la collaborazione precedente significa che le ambiguità sono state rimosse in precedenza nel processo di sviluppo durante le conversazioni. La mia sfida è Come posso monitorare e misurare questo? . Quello che mi piacerebbe fare è confrontare questa misura con un progetto di dimensioni simili che viene gestito da un altro team che sta ancora lavorando con un approccio a cascata. Posso quindi mostrare il valore della precedente collaborazione al business.
Qualche idea o altra discussione?
Grazie