Nel modello V, la definizione del progetto e le attività di progettazione dei dettagli crescenti sono rispecchiate da attività di test e integrazione. Esiste una relazione tra le risorse di progettazione e i test basati su queste risorse.
Itestunitari(=testdeicomponenti)sonobasatisuldocumentodispecificadelcomponente.[1]Ciòconsenteaitesterdicrearetestinparalleloallosforzodiprogrammazione.
[1]:Confrontalasezione2.2.1Testdeicomponentinel ISTQB Foundation Level Syllabus 2018 .
Sebbene questo diagramma sia utile per comprendere diversi livelli di test, non corrisponde alla realtà della maggior parte dei progetti software: il V-Model è effettivamente sconosciuto in molte parti del settore. Molti progetti non creeranno mai documenti di progettazione espliciti o specifiche, specialmente in ambienti non strutturati o agili.
Tuttavia avere un record di requisiti è utile. TDD e BDD suggeriscono: il test è la specifica . I test di stile BDD possono essere interpretati come documentazione eseguibile, specifica dei requisiti e test di accettazione tutto in uno. I test di stile TDD sono una specifica completa di un componente.
Quindi, per rispondere alla tua domanda principale: suggerirei che i test unitari si basano su un progetto dettagliato o su una specifica del componente , sia che si tratti di documenti espliciti, ma espliciti ma lo stesso del test, o solo implicito.