C'è un progetto legacy pieno di codice C ++. Come un progetto GUI MFC, contiene molte logiche di business fuori controllo e oltre il programmatore di livello medio per capire. Per lavorare su questo progetto GUI, esistono tecniche comuni per aggiungere casi di test / cablaggi?
Il problema con questo progetto è che non vuoi cambiare il codice senza aggiungere test di unità, ma di solito non puoi e test di unità senza cambiare il codice.
Se il tuo progetto è come un tipico progetto legacy, allora hai classi grandi con molte funzioni davvero lunghe, senza un ruolo chiaro.
La mia strategia è la seguente:
Questo è un processo davvero lungo e impegnativo, e non ci sono bullets argentati. Solitamente cambio molto le mie modifiche e riprovo con un approccio diverso. E i test manuali sono davvero importanti. La cosa migliore è se hai qualcuno che ha usato molto questo software e può controllare se funziona davvero come prima.
Buona fortuna con questo!
Per le applicazioni legacy della GUI si trarrebbero vantaggi in due modi:
Traccia della logica aziendale : chiedi a Sai Baba la conoscenza del business per informazioni descrittive e scrivi test automatici end-to-end dell'interfaccia utente. Ottieni una buona suite di test per la regressione.
Codice contemplation track : se dovessi scrivere test unitari per codice legacy, lo farei solo per codice refactored o debugging . IMHO non è molto utile testare il codice legacy per ottenere i test di regressione impostati. Ecco perché
Leggi altre domande sui tag unit-testing legacy-code gui software