Android powermock. Rularea acoperirii codurilor cu Cobertura și Jacoco
Conținutul
Informații document
Noi Răspundem La Toate Întrebările Evaluare: A Lua Legatura Am căutat pe Google această eroare și majoritatea răspunsurilor pe care le-am găsit sunt de a muta dependența junit, la vârf.
Sau utilizați un alt cadru de batjocură.
Am mutat deja dependența și încă nu reușesc, iar întregul proiect folosește mockito și android powermock. Acesta este în CV, codul.
Maven artefact: andreea-radu.ro / imagepipeline / - descărcați borcan
Implementare Eșuează pe o linie de jurnal Și am primit asta Liniile de jurnal, nu provoacă niciodată erori la testul meu, nu știu ce se întâmplă în acest caz. Încercați să adăugați robolectric în cazul dvs.
Dar, doresc să elimin robolectricul din proiect, știți un alt mod de a-l face să funcționeze? Puteți înfășura clasa într-o nouă clasă Logger, de exemplu.
Florian Bica
Apoi, în clasa dvs. Acest lucru ar trebui să vă împiedice să obțineți această RuntimeException, deoarece, în acest caz, metodele Android powermock vor returna valorile implicite.
Rețineți că acest lucru ar putea ridica alte probleme, de ex.
Practic sunt de acord cu strategia de a batjocori fiecare dependență a unității dvs. Dar este un proiect vechi cu android powermock versiune veche gradle 1.
Și nu l-am actualizat prea mult timp, iar acum este complicat să îl actualizăm. Problema este că apelați o metodă direct pe un simulator. De obicei nu faci asta.
De obicei, creați o instanță normală a clasei dvs. Adică: există zero motive întemeiate pentru o metodă de testare pentru a apela o metodă batjocorită. Am schimbat simularea pentru o instanță reală a obiectului și totuși am primit aceeași eroare.
