5 ważnych diagramów, których testerzy muszą się nauczyć, jak ich używać

5 important diagrams that testers need learn how use

Gdyby nie zdjęcia, nie byłoby zapisów wczesnej historii, zadowalającej wiedzy i ewolucji języka.

Nie po to, żeby przesadnie dramatyzować, ale diagramy mają swoje szczególne miejsce nawet w świecie z wysoce rozwiniętymi i wyrafinowanymi formami pisania i ekspresji.

W branży technologicznej nasze diagramy są nam bliskie.

Oto niektóre z najważniejszych z nich, z którymi my, testerzy, często mamy bliski kontakt i jak ich używamy.

Czego się nauczysz:

• 5 diagramów, których testerzy muszą się nauczyć, jak ich używać
• # 1) Schematy blokowe:
• # 2) Diagramy przejść stanów:
• # 3) Diagramy kontekstowe:
• # 4) Mapy myśli:
• # 5) Wykresy ER:
• # 6) Bonus: makiety ekranów / szkieletów:
• Podsumowując - jak możesz stworzyć te diagramy, jeśli zajdzie taka potrzeba?
• rekomendowane lektury

5 diagramów, których testerzy muszą się nauczyć, jak ich używać

No to ruszamy.

# 1) Schematy blokowe:

Diagramy blokowe najlepiej nadają się do ilustracji procesów. Używają określonych symboli dla każdego zadania / typu czynności, które są wykonywane w ramach procesu. Pozwala na decyzje, rozgałęzienia, pętle itp., Dzięki czemu jest doskonałym narzędziem do dokumentacji i zrozumienia.

Testerzy zazwyczaj znajdują schematy blokowe w planie testów, strategii testów, artefaktach wymagań (BRD, FRD itp.) Lub innych dokumentach procesowych.

Najczęściej używane symbole i ich znaczenie na schemacie blokowym to:

• Owale Start i stop
• Prostokąty Do przetwarzania / lub zadania
• Diament- Do decyzji

Aby uzyskać pełne informacje na temat kształtów schematów blokowych, sprawdź Symbole schematów blokowych .

Zrozumienie procesu lub przepływu sterowania za pomocą schematu blokowego jest bardzo proste. Pomaga w zapamiętywaniu, zrozumieniu i służy jako szybkie odniesienie.

Przeczytaj także => Jak pisać złożone scenariusze testów logiki biznesowej przy użyciu techniki tabeli decyzyjnej

Oto dwa sposoby wykorzystania przez testerów schematów blokowych:

a) Schematy blokowe przepływu kontroli i analizy statystycznej:

Złożoność cykliczna to miara, która pomaga nam zmierzyć, jak złożony jest dany program. Jednym z zastosowań znajomości złożoności cyklomatycznej jest to, że pomaga nam zrozumieć zakres testów jednostkowych, które należy wykonać, aby osiągnąć pełne pokrycie (więcej informacji i linki poniżej).

Schemat blokowy jest metodą umożliwiającą osiągnięcie tej miary.

Nauczmy się, jak obliczyć złożoność cyklomatyczną dla następującego programu za pomocą schematu blokowego sterowania.

Po prostu utwórz kontrolny schemat blokowy, jak pokazano poniżej i użyj tej formuły:

Złożoność cykliczna: = Liczba połączeń lub linii - liczba węzłów + 2

Na diagramie liczba węzłów wynosi 7, a połączeń 7.

Dlatego złożoność cyklomatyczna tego fragmentu kodu wynosi 7-7 + 2 = 2.

Potrzebujesz więcej informacji na temat korzystania z schematu blokowego sterowania i złożoności cyklomatycznej?

Spójrz na to:

• Korelacja między złożonością cyklometryczną a pokryciem kodu podczas wykonywania testów białoskrzynkowych
• Cyklomatyczna złożoność firmy McCabe i dlaczego jej nie używamy

b) Schematy blokowe ilustrujące proces:

Poniżej przedstawiono proces śledzenia defektów przedstawiony w postaci schematu blokowego. Jak widać, bardzo łatwo jest wchłonąć i wdrożyć:

(Uwaga:Kliknij na zdjęcie, aby wyświetlić powiększenie)

# 2) Diagramy przejść stanów:

Tabele lub diagramy przejść stanów są świetnymi narzędziami analitycznymi, gdy patrzysz na złożone systemy, które podlegają wielu zmianom z jednego stanu do drugiego.

Dla tych początkujących, którzy myślą: „czym jest zmiana stanu?” - pomyśl o żarówce sterowanej przełącznikiem. Przełącznik można włączyć / wyłączyć. Tak więc stan, w którym żarówka może znajdować się w danym momencie, jest WŁĄCZONY lub WYŁĄCZONY, a zdarzeniem / działaniem powodującym przejście z jednego stanu do drugiego jest przerzucenie przełącznika.

Można to przedstawić w postaci diagramu lub tabeli. Jak poniżej:

Proste, prawda? Zajmijmy się czymś bardziej złożonym. Spójrz na diagram przejścia stanów dla systemu biletowego. Jest to dość proste i łatwe do zrozumienia.

Należy pamiętać, że diagramy przejść między stanami są zwykle skoncentrowane na jednostce biznesowej, a nie na wizualizacji strona po stronie.

Na przykład: Podstawowym podmiotem biznesowym w naszym przypadku jest sam bilet, który jest tworzony za pośrednictwem aplikacji. Pierwsza część, czyli wystawienie biletu, mogłaby obejmować poruszanie się po systemie przez kilka stron:

• Strona 1-> Wybierz nie. podróżników - dorosłych, dzieci i seniorów.
• Strona 2 -> Wybierz rodzaj biletu - dzienny, tygodniowy, miesięczny itp.
• Strona 3 -> Przejrzyj szczegóły i sfinalizuj.
• Strona4-> Dokonaj płatności itp.

Tak więc może istnieć wiele różnych przejść wizualnych strona po stronie, ale sam bilet jest w stanie tworzenia. Więc zwykle nie tworzymy diagramu ST dla przejść wizualnych (możesz, jeśli chcesz, ale nie jest tak często używany), robimy to dla przejść między stanami podstawowej jednostki biznesowej.

Po utworzeniu diagramu ST można go użyć do łatwej identyfikacji scenariuszy testowych od końca do końca i transakcji użytkownika końcowego w następujący sposób:

Trzy żółte linie to 3 przypadki od końca do końca, które po przetestowaniu obejmują najbardziej krytyczne i najczęściej używane obszary aplikacji. Jest to bardzo przydatne narzędzie do tworzenia znaczących przypadków testowych i kończenia testów akceptacyjnych.

Aby uzyskać znacznie bardziej wyczerpujące wyjaśnienie i sposób użycia w świecie rzeczywistym, sprawdź => Technika testowania przejść między stanami do testowania złożonych aplikacji

# 3) Diagramy kontekstowe:

Systemy oprogramowania rzadko funkcjonują jako niezależne jednostki. Proste aplikacje, takie jak kalkulator, notatnik itp., Mogą działać samodzielnie, ale aplikacje korporacyjne często współpracują z wieloma innymi aplikacjami.

Na przykład: System płac może współdziałać z aplikacją księgową, systemem ewidencji godzin pracy oraz portalem kadrowym zawierającym dane pracowników. Diagramy kontekstowe to doskonałe diagramy, które pokazują wszystkie te relacje w łatwy do zrozumienia sposób.

Poniżej znajduje się diagram kontekstu dla właśnie opisanego systemu płacowego:

Diagram kontekstu bardzo wyraźnie pokazuje kontekst pewnego systemu ze wszystkimi innymi bytami, które się z nim wiążą. Proste wyjaśnienie znajdziesz tutaj =>

Proste wyjaśnienie znajdziesz tutaj => Schemat kontekstu systemu

Diagramy kontekstowe pomagają testerom zrozumieć system w szerszym znaczeniu i pomagają w tworzeniu strategii testowych, które obejmują te przychodzące i wychodzące relacje, które system ma z innymi jednostkami. Możemy nie stworzyć diagramu kontekstu jako części naszego procesu testowania, ale jeśli jest dostępny, pomaga to w doskonałym zrozumieniu.

# 4) Mapy myśli:

Mapa myśli śledzi zajęty umysł, który przeskakuje od tematu do tematu; każda myśl staje się głębsza i rozgałęzia się szerzej z każdym pomysłem. Jest to diagram przedstawiający rozpoczęcie od głównego pomysłu i udokumentowanie każdej myśli podrzędnej, która z niego pochodzi.

jaka jest różnica między linuxem a unixem

Mapy myśli mogą być używane do wszystkiego i wszystkiego. Chociaż nie pojawiły się one jeszcze w IEEE, CMMI lub innych standardowych szablonach lub dokumentach procesowych, nadal są bardzo popularną częścią kultury branży oprogramowania.

Jednym z bardzo popularnych zastosowań map myśli jest śledzenie testów eksploracyjnych. . czas i zakres pełnej dokumentacji. Oznacza to, że zakres eksploracji rośnie i należy go wzmocnić. Mapy myśli mogą to zrobić za Ciebie).

Na przykład: Poniżej znajduje się diagram aplikacji e-commerce, w którym po prostu śledzisz testy za pomocą mapy myśli w następujący sposób:

Testerzy mogą nie otrzymać map myśli jako danych wejściowych. Ale możemy zobaczyć sytuacje, kiedy będziemy musieli je stworzyć. Zrobienie tego jest bardzo łatwe. Zacznij od swojego głównego pomysłu lub punktu wyjścia i podążaj za tym, dokąd prowadzą Cię myśli. Istnieje wiele prostych i łatwych w użyciu bezpłatnych narzędzi online, których możesz użyć do tworzenia map myśli. To jest ten, którego użyłem do narysowania powyższego mapa tutaj.

Aby uzyskać więcej informacji i narzędzi, sprawdź => Mapowanie myśli w testowaniu oprogramowania - sposoby, aby testowanie było przyjemniejsze!

# 5) Wykresy ER:

Diagramy encji-relacji (ER) są używane do modelowania bazy danych. Pomagają nam zrozumieć tabele, ich pola i jak pola w jednej tabeli odnoszą się do pól w innych tabelach w systemie DB. W sposób wizualny pokazuje komponenty twojego systemu DB i relacje między nimi.

Diagramy ER działają również jako wstępne uruchomienie modelu DB i wizualizacji przed zaprojektowaniem i zbudowaniem systemów DB.

Diagramy ER zawierają encje (instancje tabel DB) i ich relacje (jeden do jednego, jeden do wielu, jeden do obowiązkowych itd.) Reprezentowane za pomocą pól i łączników typu „kurze łapki”. )

Istnieje wiele odmian diagramów ER, ale najprostsza wersja może wyglądać jak poniżej:

Wizerunek Źródło

Aby uzyskać szybkie wprowadzenie i wyjaśnienia, sprawdź:

• Film szkoleniowy dotyczący diagramu relacji encji (ERD)
• Samouczek dotyczący diagramu relacji encji (ERD)

# 6) Bonus: makiety ekranów / szkieletów:

Modele szkieletowe to HTML lub proste obrazy (zrzuty ekranu), które pokazują nam w formie diagramu przyszłą stronę / komponent interfejsu użytkownika.

Modele szkieletowe są błogosławieństwem dla testerów, ponieważ bardzo ułatwiają nam wizualizację produktu końcowego i usprawnienie procesu analizy projektu testów. Oznacza to lepsze scenariusze testowe, lepsze przypadki testowe, a co za tym idzie wyższą skuteczność testów.

Modele szkieletowe mogą być prostymi ręcznie rysowanymi obrazami lub interaktywnie utworzonymi strukturami stron internetowych lub innymi diagramami, które są reprezentatywne dla końcowego systemu.

Prosty szkielet ekranu logowania może wyglądać następująco:

Oto szybkie łącze, które pozwala zrozumieć, w jaki sposób zespoły kontroli jakości używają modeli szkieletowych do wczesnych testów i niektórych narzędzi do ich tworzenia => Modele szkieletowe - czy naprawdę należy je przetestować? A jeśli tak, to jak?

Podsumowując - jak możesz stworzyć te diagramy, jeśli zajdzie taka potrzeba?

Przeważnie testerzy interpretują większość z wyżej wymienionych diagramów. Jednak rzadko będziemy musieli je utworzyć. MS Visio i SmartDraw to świetne narzędzia w użyciu. Jeśli jednak szukasz czegoś darmowego i lekkiego (bez instalacji i konfiguracji), sprawdź tutaj.

Gdy nie masz dostępu do internetu, a jedyne, co masz, to słowo lub farba, możesz użyć dostępnych kształtów do tworzenia tych diagramów (przynajmniej większości z nich). To moja najmniej ulubiona metoda, ponieważ jest czasochłonna i nie jest tak przyjazna dla użytkownika, ale wystarczy.

O autorze: Ten artykuł został napisany przez członka naszego zespołu Swati.

Jakich diagramów używasz i które są Twoimi ulubionymi?

rekomendowane lektury

• Porady dotyczące testowania oprogramowania dla początkujących testerów
• Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
• Co to jest testowanie komponentów lub testowanie modułów (poznaj przykłady)
• Co to jest testowanie porównawcze (zapoznaj się z przykładami)
• Czy testerzy tracą przyczepność podczas testowania z powodu automatyzacji?
• Globalna firma testująca oprogramowanie osiągnie wkrótce 28,8 miliarda USD
• Jak utrzymać motywację u testerów oprogramowania?
• Testing Primer Pobierz eBook