{"id":407,"date":"2017-07-05T15:00:20","date_gmt":"2017-07-05T13:00:20","guid":{"rendered":"http:\/\/antek.atthost24.pl\/?p=407"},"modified":"2017-07-04T22:29:49","modified_gmt":"2017-07-04T20:29:49","slug":"jak-dobre-sa-twoje-testy-czyli-kilka-slow-o-testowaniu-mutacyjnym","status":"publish","type":"post","link":"https:\/\/blog.lantkowiak.pl\/index.php\/2017\/07\/05\/jak-dobre-sa-twoje-testy-czyli-kilka-slow-o-testowaniu-mutacyjnym\/","title":{"rendered":"Jak dobre s\u0105 Twoje testy? Czyli kilka s\u0142\u00f3w o testowaniu mutacyjnym."},"content":{"rendered":"

Za\u0142\u00f3\u017cmy, \u017ce mamy pewn\u0105 aplikacje, o kt\u00f3r\u0105 bardzo si\u0119 troszczymy i robimy wszystko, \u017ceby zapewni\u0107 jak najlepsz\u0105 jako\u015b\u0107 kodu tej\u017ce aplikacji. Pokrycie kodu testami jednostkowymi jest jednym ze sposob\u00f3w, kt\u00f3rego mo\u017cemy u\u017cy\u0107, aby 'zabezpieczy\u0107’ nasz kod przed b\u0142\u0119dami. Dwoimy si\u0119 i troimy, a\u017c w ko\u0144cu udaj\u0119 nam si\u0119 pokry\u0107 nasz kod w 100% i teraz mamy pewno\u015b\u0107, \u017ce \u017caden bug nie wkrad\u0142 si\u0119 do naszej aplikacji! Ale czy na pewno?<\/p>\n

Stw\u00f3rzmy aplikacje, o kt\u00f3r\u0105 zadbamy!<\/h3>\n

Zacznijmy od 'zewn\u0119trznego’ serwisu, kt\u00f3ry b\u0119dziemy wstrzykiwa\u0107 do naszej klasy.<\/p>\n

public interface ExternalService {\r\n    int methodOne();\r\n    int methodTwo();\r\n}<\/pre>\n
Teraz stw\u00f3rzmy g\u0142\u00f3wn\u0105 klas\u0119 naszej aplikacji:<\/p>\n
public class WellTestedClass {\r\n    private final ExternalService externalService;\r\n\r\n    public WellTestedClass(final ExternalService externalService) {\r\n        this.externalService = externalService;\r\n    }\r\n\r\n    public int wellTestedMethod() {\r\n        final int n1 = this.externalService.methodOne();\r\n        final int n2 = this.externalService.methodTwo();\r\n\r\n        if (n1 > n2) {\r\n            return n1 - n2;\r\n        }\r\n        return n1 + n2;\r\n    }\r\n}<\/pre>\n
Jak widzimy, nie ma tutaj \u017cadnego 'Rocket Science’ \ud83d\ude42 Pobieramy z zewn\u0119trznego serwisu dwie liczby, a nast\u0119pnie je por\u00f3wnujemy. Je\u017celi pierwsza z nich jest wi\u0119ksza to odejmujemy od niej drug\u0105 liczb\u0119 i otrzyman\u0105 liczb\u0119 zwracamy jako wynik. W przeciwnym przypadku jako rezultat zwracamy sum\u0119 dw\u00f3ch pobranych liczb.<\/p>\n
Pora przetestowa\u0107 nasz\u0105 aplikacje!<\/h4>\n
Stw\u00f3rzmy najpierw pomocnicz\u0105 klas\u0119, kt\u00f3ra b\u0119dzie implementowa\u0107 interfejs naszego zewn\u0119trznego serwisu.<\/p>\n
class ExternalServiceStub implements ExternalService {\r\n    private final int n1;\r\n    private final int n2;\r\n\r\n    ExternalServiceStub(final int n1, final int n2) {\r\n        this.n1 = n1;\r\n        this.n2 = n2;\r\n    }\r\n\r\n    @Override\r\n    public int methodOne() {\r\n        return n1;\r\n    }\r\n\r\n    @Override\r\n    public int methodTwo() {\r\n        return n2;\r\n    }\r\n}<\/pre>\n
I teraz pierwsza metoda testowa:<\/p>\n
@Test\r\npublic void wellTestedMethod1() throws Exception {\r\n    \/\/ given\r\n    final WellTestedClass wellTestedClass = new WellTestedClass(new ExternalServiceStub(4, 3));\r\n\r\n    \/\/ when\r\n    final int result = wellTestedClass.wellTestedMethod();\r\n\r\n    \/\/ then\r\n    assertThat(result).isEqualTo(4 - 3);\r\n}<\/pre>\n
W powy\u017cszej metodzie testowej sprawdzili\u015bmy pierwszy przypadek, czyli sytuacje gdzie pierwsza pobrana liczba z zewn\u0119trznego serwisu jest wi\u0119ksza od kolejnej.<\/p>\n
Teraz pora na drugi przypadek:<\/p>\n
@Test\r\npublic void wellTestedMethod2() throws Exception {\r\n    \/\/ given\r\n    final WellTestedClass wellTestedClass = new WellTestedClass(new ExternalServiceStub(3, 4));\r\n\r\n    \/\/ when\r\n    final int result = wellTestedClass.wellTestedMethod();\r\n\r\n    \/\/ then\r\n    assertThat(result).isEqualTo(3 + 4);\r\n}<\/pre>\n
Tutaj pokryli\u015bmy drugi przypadek, czyli sytuacje gdy druga liczba jest wi\u0119ksza od pierwszej.<\/p>\n
Wygl\u0105da na to, \u017ce pokryli\u015bmy wszystkie 'branche’ i nasz kod jest w pe\u0142ni przetestowany, ale sk\u0105d mamy wiedzie\u0107 jak dobre s\u0105 nasze testy jednostkowe?<\/p>\n
Testy mutacyjne<\/h3>\n
Tutaj w pomoc\u0105 przychodz\u0105 nam testy mutacyjne. Czym zatem s\u0105 owe testy? Jest to technika polegaj\u0105ca na wprowadzaniu ma\u0142ych i losowych zmian w kodzie naszej aplikacji. Zmiany te powinny zosta\u0107 wykryte przez nasze testy jednostkowe. Je\u017celi, kt\u00f3ra\u015b ze zmian nie zosta\u0142a wykryta oznacza to, \u017ce nasze testy mog\u0105 nie by\u0107 tak dobre jak nam si\u0119 wydawa\u0142o \ud83d\ude09<\/p>\n
Jakie zmiany?<\/h4>\n
Poni\u017cej znajduj\u0119 si\u0119 lista z przyk\u0142adowymi zmianami, kt\u00f3re mog\u0105 zosta\u0107 wprowadzone w naszym kodzie.<\/p>\n