Recentemente mi è stato assegnato il compito di testare alcuni oggetti COM dell'applicazione desktop su cui lavoro. Ciò significa in pratica scrivere un numero elevato di test unitari (> 100) per testare metodi e oggetti diversi ma correlati. Mentre gli unit test sono abbastanza semplici (di solito uno o due Assert () - controlli di tipo per test), sto faticando a capire il modo migliore per scrivere questi test in modo coerente e organizzato. Quello che ho trovato è che la codifica di copia e incolla dovrebbe essere evitata. Crea più problemi di quanti ne valga la pena, ed è anche peggio del codice copia e incolla nel codice di produzione perché il codice di test deve essere aggiornato e modificato più frequentemente.
Sono propenso a provare un approccio OO usando, ma ancora una volta, il semplice numero rende anche questo approccio scoraggiante dal punto di vista organizzativo a causa della preoccupazione per la manutenzione. Inoltre, non aiuta che i test siano attualmente scritti in C ++, il che aggiunge una certa complessità ai problemi di gestione della memoria.
Qualche idea o suggerimento?