2009-09-30 17 views

risposta

5

Su Symbian ho usato BullseyeCoverage e Testwell CTC++. Non posso davvero descrivere i pro/contro di loro in dettaglio. Entrambi hanno finito il lavoro, alla fine. Entrambi avevano bisogno di un po 'di sforzo con l'installazione e l'integrazione con una suite di test automatizzata. Entrambi contenevano bug che, ad es. arrestato il compilatore downstream con codice sorgente strumentato leggermente rotto.

Su Maemo, poiché la toolchain è basata su GCC, direi che gcov sarebbe un buon punto di partenza. Anche se non ho ancora lavorato su Maemo e non ho ancora fatto nessuna misurazione della copertura.

+0

È Bullseye limitato per l'emulatore Symbian OS? – tonylo

+0

Ho usato Bullseye per la copertura del codice Symbian ma non ho avuto la possibilità di testare CTC++. Come si confronta con Bullseye? – Riussi

1

Vedere SD C++ Test Coverage per uno strumento che ha un sovraccarico estremamente basso e funziona molto bene in ambienti embedded.

1

Ho usato Bullseye Coverage su Symbian ed è molto buono. L'unico problema è che funziona solo su emulatore e non su hardware. Pertanto non potresti ottenere le metriche di copertura da un dispositivo o da una devboard. Se la tua app funziona sia su hardware che su emulatore, questo non sarà un grosso problema (a parte le differenze standard tra l'esecuzione su emulatore e hardware). Inoltre, poiché ci sono piani per sostituire l'emulatore con un simulatore hardware appropriato, forse il bullseye non sarebbe la scelta migliore.

1

gcov può essere utilizzato (ed è utilizzato) nella piattaforma maemo e lo strumento denominato lcov può quindi essere utilizzato per generare report "carini".

Tuttavia, al fine di utilizzare gcov in Maemo SDK, è necessario disabilitare la cache del compilatore durante il tempo di costruzione quando si creano i binari per l'esecuzione di copertura ..

Problemi correlati