Perché dovrei non * * raccogliere dati in codice a copertura unit test, in VS2008?
-
21-08-2019 - |
Domanda
Se sto correndo una suite di test, c'è un motivo per cui non vorrei raccogliere codice i dati di copertura per i test?
Qual è il costo previsto, in termini di tempo di esecuzione, lo stoccaggio, o qualsiasi altra cosa? Sto cercando di decidere se avrei mai voluto correre con copertura del codice di raccolta dei dati OFF.
Soluzione
La ragione per non farlo in unit test è così che i test di unità in grado di eseguire in modo rapido, in modo da non avere una scusa per non eseguire i vostri test di unità.
Data la tua domanda, sembra che tu non sei disturbato da alcun ritardo causato con la raccolta di tali informazioni; La mia raccomandazione è di mantenere le cose come stanno, e quando il ritardo diventa un "fastidio", quindi passare un po 'di tempo la creazione di una "rapida" costruire e costruire un "copertura".
Altri suggerimenti
Non vorrei usare la copertura di codice come una misura assoluta di qualsiasi cosa. elevata copertura di codice è buona, ma la copertura 100% del codice non è necessariamente migliore, e potrebbe essere peggio, in termini di tempo speso cercando di coprire che l'ultimo pezzo.
Come parte di un pacchetto più ampio di metriche, però, la copertura di codice è grande.