Co to jest pokrycie kodu?

1. Znajdź odpowiednie narzędzie do swojego projektu

Możesz znaleźć kilka opcji tworzenia raportów pokrycia w zależności od używanych języków. Poniżej przedstawiamy niektóre z popularnych narzędzi:

• Java: Atlassian Clover, Cobertura, JaCoCo
• JavaScript: istanbul
• PHP: PHPUnit
• Python: Coverage.py
• Ruby: SimpleCov

Porównanie narzędzi może również pomóc w podjęciu decyzji. Niektóre narzędzia, takie jak np. istanbul, wysyłają wyniki bezpośrednio do terminala, podczas gdy inne mogą wygenerować pełny raport HTML, który pozwala zbadać, w których częściach kodu brakuje pokrycia.

2. Do jakiego procentu pokrycia należy dążyć?

Nie ma uniwersalnego podejścia do kwestii pokrycia kodem. Nawet w sytuacji, gdy jest ono wysokie, mogą pojawić się problemy, jeśli krytyczne części aplikacji nie są testowane lub jeśli istniejące testy nie są wystarczająco solidne, aby odpowiednio wychwycić błędy z wyprzedzeniem. Niemniej jednak ogólnie przyjmuje się, że 80% pokrycia jest dobrym celem. Próba osiągnięcia wyższego pokrycia może okazać się kosztowna, a jednocześnie nie musi przynieść wystarczających korzyści.

Przy pierwszym uruchomieniu narzędzia do obliczania pokrycia może się okazać, że procent pokrycia jest dość niski. Jeśli dopiero zaczynasz testowanie, jest to normalna sytuacja. Nie należy narzucać sobie presji uzyskania 80% pokrycia na samym początku. Powodem jest to, że pośpiech w dążeniu do celu w zakresie pokrycia może spowodować, że zespół będzie pisał testy z myślą o poprawie tego wskaźnika, a nie o wymaganiach biznesowych związanych z aplikacją.

Na przykład w powyższym przykładzie osiągnęliśmy 100% pokrycia, testując, czy liczby 100 i 34 są wielokrotnością liczby 10. A jeśli zamiast liczby wywołalibyśmy naszą funkcję za pomocą litery? Czy uzyskalibyśmy wówczas wynik true/false? A może wyjątek? Ważne jest, aby dać swojemu zespołowi czas na przeanalizowanie procesu testowania z perspektywy użytkownika, a nie tylko poprzez przeglądanie wierszy kodu. Na podstawie pokrycia kodu nie dowiesz się, czy w źródle czegoś brakuje.

3. Skup się w pierwszej kolejności na testach jednostkowych

Testy jednostkowe polegają na upewnieniu się, że poszczególne metody klas i komponentów używanych przez aplikację działają. Są one na ogół tanie do wdrożenia i można je szybko uruchomić. Co więcej, dają ogólną pewność, że podstawa platformy jest solidna. Prostym sposobem na szybkie zwiększenie pokrycia kodu jest rozpoczęcie od dodania testów jednostkowych, ponieważ z definicji powinny one pomóc w upewnieniu się, że zestaw testów dociera do wszystkich wierszy kodu.

4. Korzystaj z raportów pokrycia w celu identyfikacji najważniejszych braków w testach

Wkrótce w Twoim kodzie pojawi się tak wiele testów, że nie będziesz wiedzieć, jaka część aplikacji jest sprawdzana podczas wykonywania zestawu testów. Dowiesz się, co uległo awarii, gdy otrzymasz czerwoną kompilację, ale trudno będzie Ci zrozumieć, jakie komponenty przeszły testy.

Właśnie w tym momencie raporty pokrycia mogą dostarczyć Twojemu zespołowi użytecznych wskazówek. Większość narzędzi pozwoli Ci zagłębić się w raporty pokrycia i wskazać konkretne elementy, które nie zostały objęte testami, a następnie wykorzystać te informacje do zidentyfikowania krytycznych części aplikacji, które nadal wymagają przetestowania.

5. Odpowiednio przygotuj się do włączenia pokrycia kodu do swojego przepływu ciągłej integracji

Po ustanowieniu przepływu pracy ciągłej integracji (CI) testy mogą kończyć się niepowodzeniem, jeśli nie osiągniesz wystarczająco wysokiego procentu pokrycia. Oczywiście, jak wspomnieliśmy wcześniej, nierozsądnie byłoby ustawić zbyt wysoki próg niepowodzenia; jeśli np. wynosiłby on 90% pokrycia, to kompilacja nie zaliczy wielu testów. Jeśli Twoim celem jest 80% pokrycia, możesz rozważyć ustawienie progu niepowodzenia na poziomie 70% — będzie to zabezpieczenie dla Twojej kultury CI.

Pamiętaj, że należy unikać wysyłania niewłaściwych komunikatów, ponieważ wywieranie na zespół presji uzyskania dobrego pokrycia może prowadzić do złych praktyk testowania.

6. Dobre pokrycie nie jest równoznaczne z dobrymi testami

Aby wypracować świetną kulturę testowania, zespół musi zrozumieć, jak aplikacja ma działać, gdy ktoś używa jej prawidłowo, ale także wtedy, gdy ktoś próbuje ją zepsuć. Narzędzia do obliczania pokrycia kodu mogą pomóc Ci zrozumieć, na czym należy skupić uwagę, ale nie stwierdzą, czy istniejące testy są wystarczająco odporne na nieoczekiwane zachowania.

Osiągnięcie dużego pokrycia to doskonały cel, ale nie należy przy tym zapominać o solidnym zestawie testów, który może zapewnić, że poszczególne klasy nie są uszkodzone, a także zweryfikować integralność systemu.

Tutaj dowiesz się więcej o różnych rodzajach testowania oprogramowania. Open DevOps firmy Atlassian zapewnia dostęp do otwartej platformy łańcucha narzędzi umożliwiającej tworzenie pipeline'u programistycznego opartego na CD z wykorzystaniem ulubionych narzędzi. Dowiedz się, jak wykorzystać narzędzia firmy Atlassian i innych firm, aby włączyć testowanie do przepływu pracy, sięgając do naszych samouczków dotyczących testowania DevOps.