Jaka jest różnica między testami jednostkowymi, funkcjonalnymi, akceptacyjnymi i Integracyjnymi? [zamknięte]

Ważne jest to, że wiesz, co te terminy znaczą dla Twoich kolegów. Różne grupy będą miały nieco różne definicje tego, co mają na myśli, gdy mówią "pełne testy end-to-end", na przykład.

Natknąłem się ostatnio na system nazw Google dla ich testów i raczej mi się podoba - omijają argumenty, używając tylko Małych, Średnich i dużych. Decydując, do której kategorii pasuje test, biorą pod uwagę kilka czynników - ile czasu zajmuje uruchomienie, czy dostęp sieć, baza danych, system plików, systemy zewnętrzne i tak dalej.

Http://googletesting.blogspot.com/2010/12/test-sizes.html

Wyobrażam sobie, że różnica między małym, średnim i dużym dla obecnego miejsca pracy może różnić się od Google.

Jednak nie chodzi tylko o zakres, ale o cel. Punkt marka o różnych perspektywach dla testów, np. programista vs klient / użytkownik końcowy, jest naprawdę ważny.

Http://martinfowler.com/articles/microservice-testing/

Wpis na blogu Martina Fowlera mówi o strategiach testowania kodu (szczególnie w architekturze mikrousług), ale większość z nich dotyczy każdej aplikacji.

Zacytuję z jego slajdu podsumowującego:

• testy jednostkowe-ćwiczenie najmniejszych elementów testowalnego oprogramowania w aplikacji, aby określić, czy zachowują się zgodnie z oczekiwaniami.
• testy integracyjne-weryfikacja komunikacji ścieżki i interakcje między komponentami w celu wykrycia wad interfejsu.
• testy komponentów-ograniczenie zakresu wykonywanego oprogramowania do części testowanego systemu, manipulowanie systemem poprzez wewnętrzne interfejsy kodowe i użycie testowych dublerów w celu wyizolowania kodu testowane z innych komponentów.
• testy kontraktowe-sprawdzają interakcje na granicy usługi zewnętrznej, twierdząc, że spełnia ona warunki umowy oczekiwane przez konsumenta obsługa.
• End-to-End tests-sprawdzić, czy system spełnia wymagania zewnętrzne i osiąga swoje cele, testując cały system, od od końca do końca.

testowanie jednostkowe - Jak sama nazwa wskazuje, metoda ta testuje na poziomie obiektu. Poszczególne komponenty oprogramowania są testowane pod kątem ewentualnych błędów. Znajomość programu jest potrzebna do tego testu i kody testowe są tworzone w celu sprawdzenia, czy oprogramowanie zachowuje się tak, jak jest przeznaczone.

testy funkcjonalne - przeprowadzane są bez wiedzy o wewnętrznej pracy systemu. Tester będzie starał się korzystać z systemu, postępując zgodnie z wymaganiami, zapewniając różne wejścia i testowanie wygenerowanych wyjść. Test ten znany jest również jako test zamkniętej skrzynki lub czarnej skrzynki.

testy akceptacyjne - jest to ostatni test przeprowadzany przed przekazaniem oprogramowania klientowi. Odbywa się to w celu zapewnienia, że opracowane oprogramowanie spełnia wszystkie wymagania klienta. Istnieją dwa rodzaje testów akceptacyjnych - jeden, który jest przeprowadzany przez członków zespołu deweloperskiego, znany jako wewnętrzne testy akceptacyjne (testy alfa), oraz inne, które są przeprowadzane przez Klienta lub użytkownika końcowego znanego jako (Beta testy)

testy integracyjne - poszczególne moduły, które są już poddane testom jednostkowym, są ze sobą zintegrowane. Generalnie stosuje się dwa podejścia:

1) Top-Down
2) Bottom-Up

To bardzo proste.

1. Testowanie jednostkowe: jest to testowanie faktycznie wykonywane przez programistów, którzy mają wiedzę na temat kodowania. To testowanie odbywa się w fazie kodowania i jest częścią testowania białej skrzynki. Kiedy oprogramowanie przychodzi do rozwoju, jest rozwijany w kawałku kodu lub plastry kodu znane jako jednostka. I indywidualne testowanie tych jednostek zwanych testami jednostkowymi wykonywanymi przez programistów, aby dowiedzieć się czegoś o ludzkich błędach, takich jak brak pokrycia oświadczeń itd..

2. Testowanie funkcjonalne: testowanie to odbywa się w fazie testowania (QA) i jest częścią testowania czarnej skrzynki. Faktyczne wykonanie wcześniej napisanych spraw testowych. Te testy są rzeczywiście wykonywane przez testerów, znaleźć rzeczywisty wynik dowolnej funkcjonalności w witrynie i porównać ten wynik do oczekiwanego wyniku. Jeśli znaleźli jakieś różnice, to jest to błąd.

3. Testy akceptacyjne: znane jako UAT. I tak naprawdę robi to zarówno tester, jak i Programiści, zespół zarządzający, autor, pisarze i wszyscy, którzy są zaangażowani w ten projekt. Aby upewnić się, że projekt jest gotowy do dostarczenia bez błędów.

4. Testy integracyjne: jednostki kodu (wyjaśnione w pkt 1) są ze sobą zintegrowane w celu ukończenia projektu. Te jednostki kodu mogą być napisane w różnych technologii kodowania lub mogą być one z różnych wersji, więc to testowanie jest wykonywane przez programistów, aby upewnić się, że wszystkie jednostki kodu są zgodne z innymi i nie ma problemu z integracją.

Niektóre (stosunkowo) najnowsze pomysły przeciwko nadmiernemu wyśmiewaniu i czystym testowanie jednostkowe:

• https://www.simple-talk.com/dotnet/.net-framework/are-unit-tests-overused/
• http://googletesting.blogspot.com/2013/05/testing-on-toilet-dont-overuse-mocks.html
• http://codebetter.com/iancooper/2011/10/06/avoid-testing-implementation-details-test-behaviours/
• http://cdunn2001.blogspot.com/2014/04/the-evil-unit-test.html
• http://www.jacopretorius.net/2012/01/test-behavior-not-implementation.html
• dlaczego Większość testów jednostkowych to odpady

Wyjaśnię ci to na praktycznym przykładzie i bez teorii:

Programista pisze kod. GUI nie jest jeszcze zaimplementowany. Testy na tym poziomie sprawdzają, czy funkcje działają poprawnie, a typy danych są poprawne. Ta faza testowania nazywa się testowaniem jednostkowym.

Gdy GUI jest rozwijany, a aplikacja jest przypisana do testera, weryfikuje wymagania biznesowe z klientem i wykonuje różne scenariusze. Nazywa się to testowaniem funkcjonalnym. Here we są mapowanie wymagań klienta z przepływów aplikacji.

Testy integracyjne: powiedzmy, że nasza aplikacja ma dwa moduły: HR i finanse. Moduł HR został dostarczony i przetestowany wcześniej. Teraz Finanse jest rozwijany i jest dostępny do przetestowania. Współzależne funkcje są już dostępne, więc w tej fazie przetestujesz punkty komunikacyjne między nimi i zweryfikujesz, że działają zgodnie z wymaganiami.

Testowanie regresji to kolejny ważny etap, który odbywa się po każdym nowym rozwoju lub poprawki błędów. Jego celem jest weryfikacja wcześniej działających funkcji.

Test jednostkowy: testowanie pojedynczego modułu lub niezależnego komponentu w aplikacji jest znane jako testowanie jednostkowe , testowanie jednostkowe zostanie wykonane przez dewelopera.

Test integracji: łączenie wszystkich modułów i testowanie aplikacji w celu sprawdzenia, czy komunikacja i przepływ danych między modułami działają poprawnie , czy nie, test ten jest również wykonywany przez programistów.

Funcional test sprawdzanie indywidualnej funkcjonalności aplikacji jest testowanie funkcjonalne

Testy akceptacyjne Testy te są wykonywane przez użytkownika końcowego lub klienta, czy aplikacja build jest zgodna z wymaganiami klienta, a specyfikacja klienta jest znana jako testy akceptacyjne