Supponiamo che io abbia alcuni moduli che ognuno di essi è il proprio componente
OraavreidiversiTestprojectchesiestendonosudiversimoduli.UnitB_UnitTest,UnitC_UnitTest,GUI_UnitB_ComponentTest,GUI_UnitB_UnitC_HDD_SystemTest
SeconcatenareogniModulenamecoinvoltoinunTestconunderscoreinomidiventerannoenormiel'ordinamentodiversolirenderebbenonunici.
Comedovrestinominareidiversiprogettiditest?
EDIT:
(1a)Checos'èun"progetto" in questo contesto?
Quando ci penso, penso a Progetti di Visual Studio. Potrei ulteriormente raggrupparli in Soluzioni, ma secondo me ha senso solo per le Unità e per i loro Unit_Tests.
(1b) Che tipo di framework di test stai usando (ad esempio un framework in stile xUnit)?
Sì, xUnit. Per C # userei NUnit, per C ++ vorrei andare con googletest o boost :: test.
(2) Perché non si mettono i test unitari nello stesso progetto del modulo che stanno testando?
Ha perfettamente senso raggruppare le unit test e le unità. Ma una volta che inizi con i test di integrazione potresti iniziare a incorrere in problemi. Potresti raggrupparli logicamente ma quale sarebbe la tua denominazione?
(3) Perché non hai un singolo progetto per tutti i test di integrazione?
Quali vantaggi ha per separare i test di integrazione della GUI-Unità B dalla GUI-Unità C in progetti separati?
Non ci avevo pensato, ma il mio istinto mi dice che questo può essere un problema quando team diversi lavorano sullo stesso Sistema CI.