Co to jest testowanie komponentów?
Testowanie modułowe definiuje się jako typ testowania oprogramowania, w którym testy przeprowadza się na każdym komponencie oddzielnie, bez integracji z innymi komponentami. Nazywa się to również testowaniem modułów, gdy jest postrzegane z perspektywy architektury. Testowanie modułowe jest również określane jako testowanie jednostkowe, testowanie programów lub testowanie modułów.
Ogólnie każde oprogramowanie jako całość składa się z kilku komponentów. Testowanie na poziomie komponentów zajmuje się testowaniem tych komponentów indywidualnie.
Jest to jeden z najczęstszych typów testów czarnoskrzynkowych wykonywany przez zespół QA.
Zgodnie z poniższym diagramem, będzie strategia testów i plan testów dla testowania modułowego. W przypadku gdy każda część oprogramowania lub aplikacji jest rozpatrywana indywidualnie. Dla każdego z tych komponentów zostanie zdefiniowany scenariusz testowy, który zostanie następnie sprowadzony do przypadków testowych wysokiego poziomu -> szczegółowe przypadki testowe niskiego poziomu z wymaganiami wstępnymi.
Użycie terminu „ testowanie komponentów ” różni się w zależności od domeny i organizacji.
Najczęstszym powodem odmiennego postrzegania testów modułowych są
- Typ cyklu rozwoju Wybrany model cyklu życia
- Złożoność testowanego oprogramowania lub aplikacji
- Testowanie z izolacją lub bez izolacji reszty innego komponentu w oprogramowaniu lub aplikacji.
Jak wiemy, architektura cyklu życia testów oprogramowania ma wiele artefaktów testowych (dokumenty sporządzone, używane podczas testów). Wśród wielu testów - artefaktów, to Polityka Testów i Strategia Testów definiuje typy testów, głębokość testów, które mają być wykonane w danym projekcie.
Kto przeprowadza testy komponentów
Testowanie komponentów jest wykonywane przez testerów. „Testowanie jednostkowe” jest wykonywane przez programistów, gdzie testują poszczególne funkcje lub procedury. Po wykonaniu testów jednostkowych następnym testowaniem jest testowanie modułowe. Testowanie komponentów jest wykonywane przez testerów.
Kiedy przeprowadzać testy modułowe
Testowanie modułowe jest wykonywane wkrótce po wykonaniu testów jednostkowych przez deweloperów i udostępnieniu kompilacji dla zespołu testowego. Ta kompilacja jest nazywana kompilacją UT (kompilacja testów jednostkowych). Na tym etapie testowana jest zasadnicza funkcjonalność wszystkich komponentów,
Kryteria wejścia do testowania komponentów
- Należy opracować minimalną liczbę komponentów, które mają być zawarte w UT i przetestować je jednostkowo.
Kryteria zakończenia testowania komponentów
- Funkcjonalność wszystkich komponentów powinna działać poprawnie.
- Nie powinno być żadnych dzienników defektów krytycznych lub o wysokim lub średnim stopniu ważności i priorytetach.
Techniki testowania komponentów
W oparciu o głębokość poziomów testowania, testy modułowe można sklasyfikować jako
- CTIS - testowanie komponentów w małych
- CTIL - testowanie komponentów w dużych rozmiarach
CTIS - testowanie komponentów w małych
Testowanie modułowe można przeprowadzić z wyodrębnieniem pozostałych składników testowanego oprogramowania lub aplikacji lub bez. Jeśli jest wykonywany z izolacją innego komponentu, wtedy nazywa się to testowaniem komponentów w małym.
Przykład 1: Rozważ witrynę, która ma 5 różnych stron internetowych, a następnie testuje każdą stronę oddzielnie i z wyodrębnieniem innych komponentów jest określana jako testowanie komponentów w wersji Small.
Przykład 2: Rozważ stronę główną witryny guru99.com, która ma wiele elementów, takich jak
Strona główna, testowanie, SAP, sieć, trzeba się uczyć !, Big Data, projekty na żywo, blog itp.
Podobnie każde oprogramowanie składa się z wielu komponentów, a ponadto każdy komponent będzie miał swoje własne podskładniki. Testowanie każdego modułu wymienionego w przykładzie 2 osobno bez rozważania integracji z innymi komponentami jest nazywane testowaniem komponentów w małej skali.
Kliknij menu rozwijane Testing, jak pokazano na poniższym widoku i zobacz różne „podkomponenty” komponentu Testing. Tak więc wyświetlane komponenty podrzędne to Testowanie ręczne, SOAPUI, QTP, JUnit, Selenium, Zarządzanie testami, Selenium, Testowanie mobilne itp.
Uwaga: na poniższej migawce składnik podrzędny jest zaznaczony kolorem czerwonym.
CTIS - testowanie komponentów w małych
Testowanie modułowe wykonywane bez wyodrębniania innych komponentów w testowanym oprogramowaniu lub aplikacji nazywane jest dużym testowaniem komponentów.
Weźmy przykład, aby lepiej to zrozumieć. Załóżmy, że to zastosowanie składającego się z trzech elementów powiedzieć składników A , składnika B i Składnik C .
Deweloper opracował komponent B i chce, aby został przetestowany. Aby jednak całkowicie przetestować składnik B, kilka jego funkcji zależy od składnika A, a nieliczne od składnika C.
Przebieg funkcjonalności: A -> B -> C, co oznacza, że istnieje zależność od B zarówno od A, jak i C, ponieważ na diagramie stub jest wywoływaną funkcją, a sterownik jest funkcją wywołującą .
Ale komponent A i komponent C nie zostały jeszcze opracowane. W takim przypadku, aby całkowicie przetestować komponent B, możemy zastąpić komponent A i komponent C przez kod pośredniczący i sterowniki zgodnie z wymaganiami. Zasadniczo więc komponenty A i C są zastępowane przez odgałęzienia i sterowniki, które działają jak obiekt pozorny, dopóki nie zostaną faktycznie opracowane.
- Kod pośredniczący jest wywoływany z testowanego składnika oprogramowania, jak pokazano na poniższym schemacie, „kod pośredniczący” jest wywoływany przez składnik A.
- Sterownik: sterownik wywołuje komponent do przetestowania, jak pokazano na poniższym schemacie, „Komponent B” jest wywoływany przez sterownik.
Przykładowe przypadki testowe do testowania komponentów
Rozważ dwie strony internetowe zgodnie z poniższymi diagramami. Tutaj obie strony są ze sobą powiązane z punktu widzenia funkcjonalności.
- Strona internetowa 1 to strona logowania do demo.guru99.com
Gdy użytkownik wprowadzi prawidłowy identyfikator użytkownika i hasło w polu tekstowym i kliknie przycisk przesyłania, strona internetowa zostanie przeniesiona na stronę główną witryny banku demonstracyjnego guru99.
- Strona 2 to strona główna Guru99.com
Więc tutaj strona logowania to jeden element, a strona główna to drugi. Testowanie funkcjonalności poszczególnych stron osobno nazywa się teraz testowaniem komponentowym .
Scenariusz testowania komponentów na stronie internetowej 1 -
- Wprowadź nieprawidłowy identyfikator użytkownika i sprawdź, czy jakiekolwiek przyjazne dla użytkownika okienko z ostrzeżeniem jest wyświetlane użytkownikowi końcowemu.
- Wprowadź nieprawidłowy identyfikator użytkownika i hasło, a następnie kliknij „resetuj” i sprawdź, czy dane wprowadzone w polach tekstowych identyfikator użytkownika i hasło zostały wyczyszczone.
- Wprowadź prawidłową nazwę użytkownika i hasło, a następnie kliknij przycisk „Zaloguj się”.
Scenariusz testowania komponentów na stronie internetowej 2 -
- Sprawdź, czy na stronie głównej wyświetla się komunikat „Witamy na stronie menedżera banku guru99”.
- Sprawdź, czy wszystkie łącza w lewej części strony internetowej są klikalne.
- Sprawdź, czy identyfikator menedżera jest wyświetlany na środku strony głównej.
- Sprawdź obecność 3 różnych obrazów na stronie głównej zgodnie ze schematem.
Testowanie jednostkowe a testowanie komponentów
| Testów jednostkowych | Testowanie komponentów |
|---|---|
|
|
|
|
|
|
|
|
Podsumowanie:
W inżynierii oprogramowania testowanie komponentów odgrywa kluczową rolę w znajdowaniu błędów. Zanim zaczniemy testowanie integracji, zawsze zaleca się wykonanie testów modułowych, aby upewnić się, że każdy składnik aplikacji działa efektywnie.
Po testach integracyjnych następuje testowanie modułowe. W niektórych źródłach testowanie modułowe jest również określane jako testowanie modułowe.