Collegamento della copertura del codice al controllo della versione

Question

Prima di eseguire una modifica, mi piacerebbe essere sicuro che tutto sia stato testato, automaticamente o manualmente con un rapporto sulla copertura del codice, ma c'è molto codice legacy che non fa t hanno test automatizzati e non saranno influenzati dalle mie modifiche.

Esiste uno strumento in grado di incrociare un riferimento a diff da uno strumento di controllo versione con un report di copertura del codice e assicurarsi che tutto ciò che è stato modificato sia stato eseguito?

Mi rendo conto che con la copertura del codice, questo può dare un falso senso di sicurezza, e con qualcosa di simile, ancora di più, ma penso che varrebbe la pena provare. Io uso git e PHP: ho usato l'interfaccia di coverer del codice di XCache per sfogliare ciò che ho eseguito ed è utile, ma sarebbe bello se qualcosa potesse essere eseguito automaticamente a git commit o push time.

Answer 1

Per git diff, c'è uno strumento denominato diff-cover, che può controllare la copertura. Prende report di copertura Cobertura XML e si confronta con l'output di git diff. Quindi segnala le informazioni di copertura per le linee nel diff.

Dato il corretto file di copertura di XML, è possibile utilizzare questo comando per verificare la copertura delle modifiche rispetto al ramo master:

$ diff-cover coverage.xml 

E 'anche abbastanza semplice da integrare con un server CI, a patto in quanto può fornirti il ​​commit da confrontare, ad esempio $GIT_PREVIOUS_COMMIT in Jenkins.

Answer 2

È possibile configurare un server di build continuous integration (ce ne sono molti excellent, free build servers). Una delle fasi di creazione sarebbe la copertura del codice in esecuzione. È possibile configurarlo per ignorare il codice legacy e calcolare la copertura solo per il codice non legacy. Quindi lo imposti per fallire la build se la copertura è < xx%. O anche fallire se la copertura% diminuisce rispetto alla build precedente.