Come strutturare i test di unità di enormi librerie?

Question

Come strutturare i test di unità di enormi librerie?

#1 da (6 voti)

3

Sto scrivendo unit test per una libreria scritta in Qt / C ++.

La biblioteca è piuttosto grande, con molte funzionalità. Ho una cartella unitTest separata in cui ho il mio UnitTest.cpp . Avendo tutti i test case / unit test nello stesso file, crea un file .cpp molto grande.

Mi stavo chiedendo quale sia l'approccio migliore per le librerie enormi di test unitari. Devo avere diversi UnitTest.cpp file in una cartella diversa? Come uno per ogni classe? o ogni spazio dei nomi?

unit-testing c++ qt

posta mrz 09.01.2013 - 12:30

fonte

1 risposta

Leggi altre domande sui tag unit-testing c++ qt

Sono autorizzato ad usare una libreria LGPL senza rilasciare la sorgente al resto della mia applicazione, se faccio riferimento dinamicamente alla libreria? Come evitare enormi funzioni con enumerazioni e se-else o switch case quando si ha a che fare con la risposta del server in iOS?

score 6 · Accepted Answer

Come hai già scoperto, mettere tutti i test unitari in un unico file enorme non è una buona pratica (lo stesso che mettere tutte le classi in un unico file è altrettanto brutto, sebbene compili un po 'più velocemente).

Dovresti creare una sottodirectory unittests dove vanno tutti i test unitari. Dovrebbe essere un file per classe. In questo modo non ingombrare il codice con i test unitari.

Se puoi, dividi la tua grande biblioteca in diverse piccole librerie (ciascuna nella propria directory). Ognuno dovrebbe avere il proprio spazio dei nomi e la struttura della directory (la directory principale in cui si trova il codice e due sottodirectory: una per i test delle unità e l'altra per le classi di simulazione).