Pelkästään PowerMockin ja Mockiton käytön valinta vaikuttaa merkittävästi testiarkkitehtuuriin. Tässä on yksityiskohtainen vertailu siitä, kuinka nämä kehykset vaikuttavat testin asetuksiin, monimutkaisuuteen, suorituskykyyn ja suunnittelun näkökohtiin:
Test -asetukset ja monimutkaisuus
- Mockito: Mockito on suhteellisen kevyt ja suoraviivainen asetettava. Se käyttää ensisijaisesti dynaamisia välityspalvelimia ja tavukoodin sukupolven kirjastoja, kuten Bytebuddy, mock -objektien luomiseen. Tämä yksinkertaisuus tekee siitä sopivan useimpiin tavallisiin yksikkötestausskenaarioihin, keskittyen ei-staattisisiin ja ei-yksityisiä rajapintojen tai betoniluokkien menetelmiä [1] [4].
- PowerMock: PowerMock tuo lisää monimutkaisuutta johtuen sen kyvystä pilkata staattisia menetelmiä, rakentajia, yksityisiä menetelmiä ja viimeisiä luokkia. Se saavuttaa tämän tavukoodin manipuloinnin ja mukautettujen luokkakuormituslaitteiden avulla, jotka voivat vaikeuttaa testiasetuksia ja vaatia enemmän konfiguraatioita [2] [6]. PowerMockia käytetään yleensä monimutkaisempiin skenaarioihin tai vanhoihin koodipohjoihin, joissa Mockiton rajoitukset ovat este [4] [5].
Suorituskyky
- Mockito: Mockito on yleensä nopeampi testien suorittamisessa, koska se ei sisällä tavukoodin manipuloinnin yläpuolella. Tämä tekee siitä sopivamman laajamittaisiin testausympäristöihin, joissa nopeus on ratkaisevan tärkeää [4].
- PowerMock: PowerMockin tavukoodin manipuloinnin käyttö lisää yläpuolella, mikä tekee testit hitaammin Mockitoon verrattuna. Tämä voi olla merkittävä haitta ympäristöissä, joissa testin suorittamisen nopeus on tärkeä [4] [6].
Suunnitteluun liittyvät näkökohdat
- Mockito: Kannustaa hyviä suunnittelukäytäntöjä rajoittamalla staattisten menetelmien ja yksityisten menetelmien pilkkaamista. Tämä pakottaa kehittäjät suunnittelemaan luokkia, jotka ovat testattavuutta ajatellen, mikä johtaa usein puhtaampaan, modulaariseen koodiin [5] [8].
- PowerMock: Vaikka PowerMock tarjoaa tehokkaita ominaisuuksia monimutkaisten skenaarioiden pilkkaamiseen, sitä voidaan joskus käyttää kainalosauna huonoon suunnitteluun. Sen avulla kehittäjät voivat ohittaa kapselointi- ja tesikoodin, joka ei ehkä sovellu yksikkötestaukseen, mikä mahdollisesti johtaa vähemmän ylläpidettävään koodiin, jos sitä ei käytetä järkevästi [5] [8]. Se on kuitenkin korvaamaton vanhojen koodien tai kolmansien osapuolien kirjastojen suhteen, jos refaktointi ei ole mahdollista [5].
Integraatio muihin kirjastoihin
- Mockito: Yleensä integroituu hyvin nykyaikaisimpiin testausasetuksiin, mukaan lukien junit, ilman merkittäviä konflikteja [4].
- PowerMock: Voi joskus ristiriidassa muiden kirjastojen tai kehysten, kuten kevään, kanssa sen monimutkaisen luonteen ja tavukoodin manipuloinnin vuoksi [4]. Tämä vaatii riippuvuuksien ja testijuoksijoiden huolellista hallintaa.
Käyttötapaukset
- Käytä Mockitoa kun:
- Koodibase ei luota voimakkaasti staattisiin menetelmiin.
- PREFIRTOITA Yksikkötesteissä yksinkertaisuuden ja nopeuden.
- Pysäyt kevyen pilkkaamisen ilman ylimääräisiä riippuvuuksia.
- Käytä PowerMockia kun:
- Sinun on pilkattava staattisia menetelmiä, rakentajia tai yksityisiä menetelmiä, etenkin vanhoissa koodipaikoissa.
- Sovelluksesi käyttää monimutkaisia staattisia tai lopullisia luokkia, jotka on testattava.
- Olet valmis vaihtamaan jonkin verran yksinkertaisuutta ja nopeutta tehokkaammille ja joustavammalle pilkkaaville ominaisuuksille [4].
Yhteenvetona voidaan todeta, että vaikka Mockito on ihanteellinen tavanomaiseen yksikkötestausskenaarioihin yksinkertaisuutensa ja nopeudensa vuoksi, PowerMock tarjoaa tehokkaampia ominaisuuksia monimutkaisille tai vanhoille koodipateille, mutta lisääntyneen monimutkaisuuden ja hitaamman testien suorittamisen kustannuksella. Valintansa välillä tulisi perustua projektisi erityistarpeisiin ja valmiisiin kompromisseihin, jotka olet valmis tekemään.
Viittaukset:.
[2] https://github.com/powermock/powermock
[3] https://stackoverflow.com/questions/6036450/powermock-mockito-vs-mockito-alone
.
.
.
[7] https://www.calsoftinc.com/blogs/unit-testing-mockito-powermockito.html
[8] https://lkrnac.net/blog/2014/01/using-powermock/
.