Sto usando testthat
per controllare il codice nel mio pacchetto. Alcuni dei miei test sono per funzionalità di base, come costruttori e getter. Altri sono per funzionalità complesse che si basano sulla funzionalità di base. Se i test di base falliscono, allora si prevede che i test complessi falliranno, quindi non è necessario testare ulteriormente.È possibile determinare l'ordine di prova in testthat?
E 'possibile:
- Assicurarsi che i test di base sono sempre fatto prima
- Fai un test-fallimento arrestare il processo di test
* "Cosa c'è che non va ..." *? Il mio primo pensiero è "time to compute", alla ricerca di un fast-fail vice long-wait. (Uno dei miei progetti richiede inevitabilmente 15-20 minuti per eseguire tutti i test.Inoltre ho delle dipendenze tra i test: un test imposta l'ambiente, altri test riutilizzano i componenti.Trattare i test in più file è utile nel mio caso, ammettiamolo tutto.) – r2evans
Punto giusto. È difficile ma è possibile dividere i test, solo alcuni dei quali vengono eseguiti con i test CRAN, se ciò è importante per te. L'esecuzione di una particolare suite di test richiede solo un argomento della riga di comando, ma non si integra affatto con Rstudio, e la condivisione del contenuto di test tra due gruppi, o l'utilizzo di testthat, richiede probabilmente solo tonnellate di manutenzione e interruzioni. Quindi sono d'accordo con te! –