Co to jest testowanie integracji
Dzięki postępom w dziedzinie technologii informatycznych sprawy stają się o wiele łatwiejsze dla nas, ludzi i dosłownie wszystko można zrobić za jednym dotknięciem palca. Ale przed tym wszystkim można zrobić dużo ciężkiej pracy, a najważniejsze ze wszystkiego jest „LOGIC”. Czasami widzieliśmy, że niektóre funkcje nie działają dokładnie zgodnie z oczekiwaniami lub wyniki uzyskane z oprogramowania nie odpowiadają naszym oczekiwaniom, dlatego testowanie oprogramowania odgrywa ważną rolę. Aby naprawić usterki w systemach, aby uzyskać prawidłowe / oczekiwane wyniki, należy przetestować oprogramowanie.
Aby zrozumieć, co oznaczają testy integracyjne, najpierw musimy zrozumieć, co oznaczają testy oprogramowania! Testowanie oprogramowania to czynność sprawdzająca, czy wynik / wynik testu jest równoważny z oczekiwanym wynikiem / wynikiem, co oznacza, że oprogramowanie działa poprawnie. Wynik uzyskany po uruchomieniu określonego oprogramowania / systemu musi być zgodny z wynikiem oczekiwanym jako wyjście z oprogramowania / systemu; jeśli tego nie zrobi, oprogramowanie musi zostać napisane od nowa lub pewne zmiany muszą zostać wprowadzone w kodzie.
Testowanie oprogramowania systemu oprogramowania odbywa się na różnych poziomach. Poziomy testowania są przedstawione w następujący sposób:
Chronologicznie testy integracyjne są wykonywane po pierwszym kroku, czyli „Testowaniu jednostkowym”. Zgodnie z nazwą integracji, tekstowa definicja testu integracji brzmi: „Poszczególne moduły oprogramowania są łączone i testowane razem, jak grupa”. Oznacza to, że w oprogramowaniu jest wiele komponentów. Te wiele komponentów razem po połączeniu tworzą system oprogramowania. Ten system oprogramowania jest testowany razem, a poziom testowania, na którym jest testowany, nazywa się testowaniem integracyjnym. Tak więc, gdy te moduły zostaną połączone, uzyskany z nich wynik musi być równoważny z oczekiwanym wynikiem, w którym to momencie integracja wchodzi w skład części. Głównym celem testów integracyjnych jest sprawdzenie, czy poszczególne moduły działają razem w połączeniu.
Znany również jako I & T (integracja i testowanie) może pomóc w testowaniu indywidualnym, a także w testowaniu pełnych modułów. Jest on uwzględniany zarówno w testach czarnej skrzynki, jak i białej skrzynki. Większość organizacji testuje swoje oprogramowanie tylko przy użyciu metodologii testów jednostkowych i testów funkcjonalnych.
Rodzaje i podejścia
Istnieją cztery typy i podejścia do testowania integracji, wymienione poniżej:
- Podejście Wielkiego Wybuchu
- Podejście oddolne
- Podejście odgórne
- Hybrydowy / Sandwich
1. Podejście Big Bang:
Opracowane moduły / komponenty systemów oprogramowania są ze sobą połączone. Te poszczególne moduły są testowane razem, gdy są połączone. Po testowaniu jednostkowym moduły te są testowane razem, tworząc system oprogramowania. Ale niektórzy z nas mogą mieć takie pytanie, czym różni się testowanie Systemu jako całości od testowania Integracji? Rozumiemy tutaj przede wszystkim, że w testach integracyjnych testy przeprowadzane są dla poszczególnych modułów połączonych razem, po przeprowadzeniu testów jednostkowych; a podczas testowania systemu oprogramowania testowany jest cały system z uwzględnieniem wszystkich parametrów.
Poniższy schemat przedstawia dokładnie, co oznacza podejście Big Bang do testowania integracji:
Podejście Big Bang wiąże się z pewnymi zaletami i wadami:
Zalety:
- Podejście jest bardzo wygodne, jeśli systemy są małe. Ponieważ czas potrzebny na takie podejście jest dłuższy, duże systemy mogą prowadzić do większego zużycia czasu.
- Wykrywanie błędów jest bardzo łatwe, biorąc pod uwagę małe systemy
Niedogodności:
- Ponieważ wszystkie moduły są ze sobą sprzężone, jeśli w systemach pojawi się jakaś usterka, trudno jest je wykryć.
- Niektóre moduły są bardzo ważne i należy je przetestować. Moduły te należy przetestować przed użyciem w systemie. Ale podczas testowania integracji moduły te mogą nie zostać skutecznie przetestowane, ponieważ wszystkie moduły są ze sobą połączone.
- Czas poświęcony przez cały system oprogramowania jest znacznie większy niż w przypadku innych metod testowania integracji.
- Łączenie modułów może zająć trochę czasu, co może skutkować zajęciem całkowitego czasu procesowego systemu oprogramowania.
- Czas potrzebny na to podejście jest dłuższy, ponieważ wiele modułów jest ze sobą połączonych, a testowanie każdego modułu zajmie więcej czasu.
2. Podejście oddolne
W tym podejściu moduły niskiego poziomu są testowane najpierw, razem i indywidualnie. Wszystkie moduły dolnego poziomu są zintegrowane, co obejmuje funkcje i procedury, a wszystko jest połączone i przetestowane. Pomaga to w testowaniu modułów wyższego poziomu, ponieważ stanowi dla niego bazę. Procedurę tę powtarza się, aby wszystkie moduły od poziomu dolnego do modułu najwyższego poziomu zostały dokładnie przetestowane. Mówiąc najprościej, testy rozpoczynają się od modułów wewnętrznych i najbardziej najniższych modułów, a następnie stopniowo stają do głowy. Teraz, jak stwierdzono na schemacie, pomoc kierowcy jest przy tym podejmowana. Czym jest Driver i jak to pomaga? Jak sugeruje przepływ, modułów najwyższego poziomu nie można zintegrować z systemem, dopóki testy modułu dolnego poziomu nie zostaną wykonane i połączone. Tak więc sterownik tutaj pomaga w sprzężeniu modułów dolnego i górnego poziomu i działa jako medium lub technicznie jako funkcja wywołania.
Zalety:
- Opracowywanie poszczególnych modułów można wykonać, gdy stosowane jest podejście oddolne do testowania integracji, ponieważ testy sprzęgania i integracji są wykonywane po przetestowaniu modułów na najniższym poziomie.
- Jeśli jakiś błąd istnieje / powstaje, można go naprawić w tym samym czasie i na tym samym poziomie. Identyfikacja i korekcja błędów jest znacznie łatwiejsza niż w przypadku innych podejść.
- Czas wymagany do identyfikacji i korekcji błędów jest znacznie krótszy w porównaniu z innymi podejściami.
- Błędy można rozwiązywać na tym samym poziomie dolnym instancji lub na najwyższym poziomie.
Niedogodności:
- Czas potrzebny na cały proces jest dłuższy, proces testowania nie kończy się, dopóki wszystkie moduły, górny i dolny poziom nie zostaną uwzględnione i przetestowane.
- Do wywołania modułów wysokiego poziomu niezbędne są sterowniki
- Jeśli system oprogramowania zawiera coraz więcej małych, ale złożonych modułów, proces testowania oprogramowania może zająć więcej czasu.
3. Podejście odgórne
To podejście jest dokładnie przeciwne do podejścia oddolnego. Moduły najwyższego poziomu są testowane początkowo, a następnie jednocześnie testowane są inne moduły niższego poziomu. Najwyższe moduły są najpierw testowane indywidualnie, podobnie jak specjalistyczne testy jednostkowe są przeprowadzane dla najwyższego modułu, a następnie inne moduły są brane pod uwagę i testowane. Podejście odgórne wymaga funkcji wywołania, podobnie jak podejście oddolne zwane skrótami. Te kody pośredniczące są instrukcjami logicznymi shortcode, które są używane do akceptowania danych wejściowych z modułów najwyższego poziomu i ewentualnie wywoływania modułów niższego poziomu w celu integracji i testowania.
Zalety:
- W tym podejściu można łatwo wykryć awarie lub błędy.
- Kluczowe moduły są dokładnie testowane przed innymi modułami.
- Testy integracji systemu oprogramowania można wykonać w krótszym czasie niż w przypadku innych podejść.
Niedogodności:
- Moduły poziomu dolnego mogą nie być testowane do poziomu oczekiwanego lub mogą nie być testowane zgodnie z wymaganiami.
- Tuleje są potrzebne i są potrzebne do dalszego procesu testowania.
4. Podejście hybrydowe / warstwowe
Znany również jako mieszane testy integracyjne. Podejście oddolne i podejście odgórne są połączone w to podejście. Dlatego znany jako testowanie hybrydowe lub warstwowe lub mieszane. Podejście to stosuje się w celu zatuszowania obu podejść indywidualnie. Moduł najwyższy jest testowany jednostkowo, a jednocześnie moduły dolnego poziomu są integrowane i testowane z modułami najwyższego poziomu.
Zalety:
- Stosowany głównie do dużych projektów, które wymagają dużo czasu na ukończenie.
Niedogodności:
- Koszty tego rodzaju testów są dość wysokie, ponieważ oba podejścia stosuje się przy zakończeniu testowania.
Zalety testów integracyjnych
- Testowanie integracji różnych modułów jednocześnie jest łatwe.
- Może być stosowany zarówno na wczesnym, jak i późniejszym etapie procesu testowania.
- Zakres długości kodu jest większy w porównaniu z innymi technikami testowania oprogramowania, ponieważ można stosować zarówno podejście oddolne, jak i odgórne.
- W zależności od zmian wymagań rozwój jest różny, dlatego ważne jest testowanie modułów na różnych poziomach, dla których można łatwo zastosować testy integracji.
Dlaczego stosuje się test integracji?
- Ludzie zajmujący się branżą IT mogą wiedzieć o ciągłych zmianach, które się zdarzają. Każdego dnia, zgodnie z wymaganiami, potrzeba opracowania pewnych zmian w systemie oprogramowania, dlatego każdego dnia opracowywane są nowe poprawki kodu. Teraz, gdy te łatki są ze sobą połączone, tworząc jedno oprogramowanie. Aby to sprawdzić, należy koniecznie przetestować integrację i jej podejścia.
- Kiedy kodowane lub budowane jest złożone lub ogromne oprogramowanie, dzieli się je na osobne moduły. Wiele osób pracuje nad tymi modułami jednocześnie, ale kiedy te moduły są zintegrowane, testy są wykonywane. W większości przypadków integracja modułów wymaga przeprowadzenia na nim testów integracyjnych przed dalszym przetwarzaniem.
- Większość aplikacji wymaga oprogramowania, niektóre biblioteki pomocnicze działają. Testy integracyjne są wykonywane, gdy biblioteki te są używane wraz z opracowanym kodem.
- Integracja staje się koniecznością podczas opracowywania oprogramowania, ponieważ błędy mogą być usuwane na określonym poziomie. Teraz, jak wiemy o podejściach, można do tego zastosować jedno z podejść.
Przypadki testowania integracji
Rozważ, że tworzymy jedno oprogramowanie do zarządzania pracownikami. To oprogramowanie ma trzy główne aspekty:
- Login pracownika
- Raport pracownika
- Strona oznaczenia wynagrodzenia pracownika i poziom wynagrodzenia
Teraz, biorąc pod uwagę powyższy przypadek, najpierw oprogramowanie jest rozwijane, a przepływ powinien być rejestracją pracownika (wprowadzanie wartości, np. Identyfikator pracownika, nazwisko, numer telefonu itp.). Po prawidłowym wprowadzeniu powinien przekierować do strony sieci, na której znajduje się strona raportu pracownika. Teraz, jeśli tutaj pracownik nie jest przekierowywany do strony raportów i bezpośrednio do strony informacji o wynagrodzeniach, to jest to błąd. Aby to naprawić, przepływ, sekwencja działań, testy integracyjne są wykonywane.
Innym przykładem testów integracyjnych byłoby:
Codziennie sprawdzamy nasze e-maile. Wszyscy dostawcy usług e-mail zapewniają nam tę samą funkcjonalność.
Login-> Inbox->Send / Delete Mail-> Logout
Teraz, kiedy logujemy się na ich serwery, najpierw sprawdzane są wartości pod kątem poprawności, czyli testowania jednostkowego. Tak więc teraz po dopasowaniu poświadczeń strona logowania powinna przenieść nas na stronę skrzynki odbiorczej. To oczekiwany wynik. Jeśli nie przeniesie nas na stronę skrzynki odbiorczej, zamiast tego przeniesie nas do jakiegoś niepotrzebnego folderu, stanie się to przypadkiem testowania integracji. To samo dotyczy wysyłania i usuwania wiadomości e-mail.
Inne przypadki mogą być:
- Po udanej rejestracji w dowolnej aplikacji online / offline przed użytkownikiem powinien pojawić się komunikat ekranowy.
- Aplikacje bankowe powinny kierować użytkowników do wymaganej strony podsumowania konta.
- Po udanym zalogowaniu do aplikacji społecznościowych powinna pojawić się strona domyślna, np. Strona główna / Profil na Facebooku.
Wniosek
Przy tak wielu postępach w dziedzinie IT, z dnia na dzień i tak wielu programistów siedzących w różnych lokalizacjach pracujących na tym samym oprogramowaniu, testowanie integracji stało się koniecznością. Dzięki temu podejściu testowanie integracji może być stosowane zarówno w małych, jak i dużych aplikacjach. Testy integracyjne, będące na środku poziomów testowania oprogramowania i mające tak wiele zalet, stają się coraz ważniejsze dla klientów na poziomie komercyjnym, a regularne sprawdzanie pomaga zachować nienaruszone oprogramowanie.
Polecane artykuły
Jest to przewodnik po testach integracyjnych. Omówiliśmy tutaj kilka podstawowych pojęć, definicję, typy i podejście, a także zalety i wady. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Kariery w testowaniu oprogramowania
- Kariera dla programistów
- Co to jest testowanie czarnej skrzynki
- Przydatne kariery jako inżynier oprogramowania