Qualcuno conosce le attività di test svolte in un progetto di sviluppo orientato agli oggetti che utilizza un approccio incrementale allo sviluppo e alla consegna?
Direi lo stesso di un progetto non incrementale.
Dovresti fare alcuni test utente (test manuali) e alcuni test automatici (test unitari, test integrati, ecc.).
In effetti, poiché il tuo approccio è incrementale, trarrai grandi benefici dall'avere una buona suite di test automatici di integrazione e unità. In questo modo, dopo ogni iterazione (o incremento se preferisci) puoi facilmente eseguire la suite di test per assicurarti che non si sia verificata alcuna regressione. Con la regressione intendo accertarmi che le cose che funzionavano prima non siano interrotte ora a causa dell'ultima consegna incrementale.
Idealmente i test delle unità dovrebbero essere eseguiti prima di ogni check-in nel codice di base ed essere eseguiti sul server di build. Non appena prima di una versione incrementale.
Se non hai familiarità con esso, dovresti esaminare l'integrazione continua e i test automatici dovrebbero far parte del processo di integrazione continua.
Ma ricorda che, indipendentemente da quanto siano grandi i tuoi test unitari e indipendentemente dal tipo di approccio di sviluppo che utilizzi, dovresti sempre continuare a fare test manuali dell'utente.
Progettazione dei casi di test
Per i test unitari, consiglierei di provare a fare un po 'di TTD, che sta per sviluppo guidato da test. Il che significa che sviluppi i tuoi test (tipicamente con junit ( link ) durante la codifica). Forse anche prima di scrivere il codice vero e proprio. Questo è chiamato test-first programming. Dovresti sapere che la prima fase di test può essere piuttosto impegnativa se non l'hai già fatto prima.
In questo modo ti assicuri che tutto il tuo design è coperto dai tuoi test unitari. I test unitari dovrebbero testare una singola unità.
Per il test utente manuale, se si utilizzano Casi d'uso è possibile creare casi di test per il tester in base a quelli. Se non si dispone di casi d'uso, suggerirei di incoraggiare il tester / QA a creare scenari di test in modo che possano riutilizzarli per ripetere il test dell'applicazione.
Se il tuo QA trova casi che non hanno testato o trovi un bug nel tuo codice, scrivi un nuovo scenario di test (QA) o un nuovo test di unità (dev) che copre questa situazione e includilo nella tua suite di test per assicurarti che non riappaia di nuovo in un secondo momento.