Wprowadzenie do testowania integracji systemu (SIT)
Testy integracji systemu to rodzaj testów przeprowadzanych w całym systemie po zintegrowaniu modułów sprzętowych i programowych tego systemu. Ma to na celu sprawdzenie poprawności działania systemu i sprawdzenie, czy wszystkie moduły w systemie działają ze sobą odpowiednio. Odbywa się to również w celu zachowania integralności danych między modułami w systemie.
Test integracji systemu (SIT) przeprowadzany jest po indywidualnym przejściu podsystemów przez testy jednostkowe i pozytywnym przejściu testów. Następnie SIT testuje system jako całość, po jego zintegrowaniu. Wynik SIT jest następnie przekazywany do testu akceptacji użytkownika (UAT).
Korzyści z testu integracji systemu
- SIT pomaga w wykrywaniu wad na wczesnym etapie. Wady wykryte podczas SIT są odsyłane do naprawy przez zespół programistów. Pomaga to zaoszczędzić czas i koszty jego naprawy na późniejszym etapie, który może być droższy.
- SIT pomaga uzyskać wczesną opinię na temat akceptowalności modułu w systemie.
- SIT pomaga ujawniać usterki, które mogą wystąpić podczas interakcji zintegrowanych komponentów.
- W systemie jest kilka modułów, a testowanie wszystkich modułów indywidualnie zajmuje dużo czasu. Nawet jeśli każda jednostka jest testowana osobno, nawet wtedy istnieje możliwość, że może zawieść, gdy zostanie zintegrowana jako całość, ponieważ istnieje wiele problemów, które pojawiają się, gdy podsystemy współdziałają ze sobą.
Dlatego SIT jest zasadniczo wymagany do wykrycia i rozwiązania problemów przed wysłaniem systemu do użytkownika.
Podejścia do wykonania SIT
Spójrzmy na różne podejścia do wykonywania SIT, zrozummy to jeden po drugim.
1. Podejście odgórne
Jest to podejście przyrostowe, w którym testowanie rozpoczyna się od najwyższego modułu aplikacji. Funkcjonalność modułów na niższym poziomie jest symulowana za pomocą kodów pośredniczących. Górny moduł jest zintegrowany z odcinkami modułów na niższych poziomach, jeden po drugim, aby przetestować ich funkcjonalność. Po zakończeniu każdego testu odpowiedni kod zastępuje się rzeczywistym modułem. Ten sposób testowania trwa do momentu przetestowania całego systemu.
Korzyść
- Nie ma potrzeby sterowników, a funkcjonalność systemu służy do określania przypadków testowych.
Niekorzyść
- Istnieje zależność od dostępności funkcjonalności modułów niższego poziomu.
- Testowanie może być opóźnione, ponieważ prawdziwe moduły są zastępowane kodami pośredniczącymi.
- Pisanie odcinków jest trudne.
2. Podejście oddolne
Jest to podejście inkrementalne, w którym najpierw moduły najniższego poziomu są łączone w klastry. Następnie tworzony jest sterownik, który pobiera dane wejściowe i wyjściowe przypadku testowego. Następnie klaster jest testowany. Po przetestowaniu klastra sterownik jest usuwany, dzięki czemu klaster można połączyć z wyższym poziomem. Ten sposób testowania trwa do momentu przetestowania całego systemu.
Korzyść
- W tym podejściu odcinki nie są potrzebne.
- Testowanie staje się łatwiejsze wraz z postępem procesu, ponieważ zmniejsza się użycie sterowników.
Niekorzyść
- Najważniejszy moduł, tj. Interfejs użytkownika, jest testowany na końcu.
3. Podejście Big Bang
W tym podejściu moduły systemu są zintegrowane dopiero po skompletowaniu wszystkich modułów. Po integracji przeprowadzane są testy całego systemu w celu sprawdzenia jego działania.
Korzyść
- Wymagana jest tylko jedna runda SIT.
Niekorzyść
- Trudno znaleźć podstawową przyczynę błędu.
Proces testowania integracji systemu
Najpopularniejszą metodą wykonywania SIT jest metoda oparta na danych, ponieważ wymaga ona najmniejszego użycia narzędzi do testowania oprogramowania.
W metodzie tej przede wszystkim odbywa się wymiana danych, tj. Import i eksport danych między modułami systemu, a następnie obserwowana jest wydajność każdego pola danych w obrębie pojedynczej warstwy.
Po zintegrowaniu oprogramowania mogą istnieć trzy główne stany przepływu danych:
1. Stan danych podczas przepływu w warstwie integracji
Warstwa integracji działa jako interfejs między importem i eksportem danych. Podstawowa znajomość niektórych technologii schematu jest wymagana do wykonania SIT na tej warstwie.
Kroki do wykonania SIT w celu sprawdzenia wymiany danych:
- Uwierzytelnij właściwości danych w tej warstwie w stosunku do dokumentów wymagań.
- Sprawdź poprawność żądania usługi internetowej.
- Uruchom niektóre testy jednostkowe, aby zweryfikować mapowania danych i żądania.
- Przejrzyj dzienniki.
2. Stan danych podczas przepływu w warstwie bazy danych
Podstawowa znajomość SQL jest wymagana do wykonywania SIT na tej warstwie.
Kroki do wykonania SIT w celu sprawdzenia wymiany danych:
- Sprawdź, czy wszystkie dane osiągnęły i zostały zatwierdzone z poprzedniego poziomu.
- Uwierzytelnij właściwości tabeli i kolumny względem dokumentów wymagań.
- Sprawdź zasady sprawdzania poprawności danych i ograniczenia nałożone na bazę danych.
- Sprawdź procedury przechowywane dla danych, które mają być przetwarzane.
- Przejrzyj dzienniki.
3. Stan danych podczas przepływu w warstwie aplikacji
Kroki do wykonania SIT w celu sprawdzenia wymiany danych:
- Sprawdź widoczność pól w interfejsie użytkownika.
- Wykonaj przypadki testowe, zarówno pozytywne, jak i negatywne, aby potwierdzić dane.
Przykład SIT
Aby SIT był nieco jaśniejszy, weźmy przykład firmy, która korzysta z oprogramowania do przechowywania danych pracowników.
To oprogramowanie składa się z dwóch ekranów w interfejsie użytkownika, mianowicie ekranu nazw i ekranu identyfikatora pracownika, i ma bazę danych o nazwie Baza danych A. Szczegóły wprowadzone w ekranie nazwy i ekranie identyfikatora pracownika są wprowadzone w bazie danych A.
Po kilku latach firma wymaga dodatkowych danych od pracowników. Konieczne jest zatem ulepszenie, a oni opracowują ekran adresu z inną bazą danych, bazą danych B. Teraz ten system z ekranem adresu i bazą danych B musi zostać zintegrowany z istniejącym systemem, a następnie testy te przeprowadzone na całym systemie dla poprawnego działania nazywa się SIT.
Podsumowując, SIT jest ważną częścią naszych testów, ponieważ daje nam pierwsze wrażenie, jak dobrze działa nasza aplikacja. Można tego dokonać za pomocą różnych podejść i procesów, a my możemy użyć tego, który jest odpowiedni dla naszej aplikacji.
Polecane artykuły
Jest to przewodnik po testach integracji systemu. Tutaj omówiliśmy koncepcje, podejścia, zalety i wady testowania integracji systemu. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Co to jest testowanie oprogramowania?
- Testowanie pytań do wywiadu
- Cykl życia defektu w testowaniu oprogramowania
- Pytania do wywiadu projektowego systemu