V-Model è ampiamente utilizzato nella mia azienda. Devo aggiungere che, IMHO, ci sono modelli di sviluppo migliori là fuori, ma V-Model può ancora essere efficacemente usato quando si sviluppano sistemi su larga scala in cui NON si sta utilizzando lo sviluppo iterativo.
Eppure, è la mia idea che test-driven sviluppo può ancora essere applicato a V-Model, come parte del dell'unità fase di test e anche su integrazione fase di testing, fino a quando è possibile automatizzare che come parte del ciclo di sviluppo.
V-Model, tuttavia, vede test di sistema come un test che verifica dopo lo sviluppo del prodotto è considerato completo, così test-driven sviluppo non si applica. Certo, puoi automatizzarlo attraverso l'uso di strumenti, script o programmi, ma non stai più sviluppando il tuo codice. Su System Test non ti interessa più il codice, ma solo le specifiche. Questo accade perché le unità di test potrebbero essere incomplete.
Infine, utente accettazione, in V-Model, non dovrebbe essere completamente automatizzato, perché è quando l'utente finale esamina il sistema e decide se aderisce alle esigenze o meno. Ovviamente l'utente avrà uno script sulle sue mani per sapere che cosa dovrebbe testare, e nel caso, diciamo, di sistemi batch, ci sarà una fornitura di dati, ma in nessun modo dovrebbe determinare uno script il successo di questa fase.
Ma torniamo alla domanda. Quello che ho appena detto è che TDD e l'automazione possono essere utilizzati come l'implementazione delle fasi di test in V-Model. Quindi, se è possibile utilizzare i test di V-Model con lo sviluppo Agile, come affermava la presentazione, allora posso anche usare TDD e le tecniche di automazione.
Tuttavia, non sono sicuro che vorreste. Non so come si possa applicare V-Model a Agile o se sarebbe coerente, poiché V-Model non è agile.
v-model è mooolto del secolo scorso ;-) –