Quando dovrei unire i miei file Ser Cobertura piuttosto che riutilizzare e aggiungere a uno?

Question

Sto eseguendo diversi processi per la copertura del codice. Ad esempio, test unitari e test manuali, ecc. Voglio una panoramica della copertura per tutti i modi in cui ho esercitato il codice.

Perché non specificare lo stesso .ser File per Cobertura ogni volta? Cobertura aggiungerà nuovi dati a Ser file.

D'altra parte, in quali circostanze dovrei usare separato .ser file, quindi eseguire il Cobertura-Merge comando?

Answer 1

Un possibile esempio è quando la base di codice è frammentata, compilata e confezionata in modo indipendente e si esegue i test unitari su ciascuna porzione in modo indipendente. Puoi quindi unire i tuoi file .ser per avere un'immagine completa per la tua applicazione.

Se si utilizzano moduli "comuni" per più applicazioni/binari, puoi anche ottenere un quadro più accurato della copertura effettiva di ciascuna applicazione, in particolare, se questo è importante per te.

Un altro scenario sarebbe una situazione in cui esegui i test unitari sulla base di codice e raccogli un file .ser, quindi strumenta anche i binari ed esegui i test di automazione, nonché test funzionali (manuali), ogni volta che raccoglie i file .ser. Se si generano i rapporti in modo indipendente, non puoi semplicemente aprire un foglio di calcolo e sommare i numeri di copertura, perché è probabile che molti percorsi di copertura erano identici in tutti gli scenari.

Solo unendo questi file .ser otterrai un'immagine accurata di quali percorsi sono stati eseguiti e quali non sono stati esercitati in nessuno dei tuoi scenari di test.

---

Modificare: Mi rendo conto di avere una risposta parziale - le mie scuse. Hai chiesto

Perché non specificare solo lo stesso file .ser per Cobertura ogni volta? Cobertura aggiungerà nuovi dati al file Ser.

Tuttavia, ritengo che sia una questione di preferenze personali. Prima di tutto, per essere in grado di "riutilizzare" il file .ser attraverso gli scenari di test successivi, è necessario una sorta di pipeline di prova senza dipendenze esterne. Se hai incontrato quella condizione, allora non ho obiezioni a farlo in questo modo se è più pratico per te.

Personalmente, preferisco scomporlo in singoli file .ser e aggregarli in seguito. Per prima cosa, se un passaggio fallisce e devo ripeterlo, non devo preoccuparmi. Inoltre, se sei mai interessato ai dettagli di ogni passaggio di test, puoi anche estrarre il rapporto, mentre nello scenario della pipeline non puoi. Ancora non molto avvincente.