Wojskowa Akademia Techniczna
12
Ping
Dokumentacja projektowa
Zespół projektowy 1
2
2
Ping
Systemy czasu rzeczywistego
Projekt: Narzędzie do wykonywania testów
diagnostycznych ping
Autor dokumentu
Zespół projektowy
Właściciel dokumentu
Wersja dokumentu
1.0
Status dokumentu
Zatwierdzony
Miejsce przechowywania
Data utworzenia
6.12.2011
Data ostatniej modyfikacji
16.01.2012
3
3
Ping
Historia zmian:
Data
Autor
Podsumowanie
zmian
Wersja
Zaznaczenie
zmian
6.12.2011
Zespół projektowy Utworzenie
dokumentu
0.1
nie
19.01.2012
Zespół projektowy Aktualizacja
0.2
Nie
Lista dystrybucyjna:
Lp.
Nazwisko
Rola w procesie
1.
dr inż. Artur Arciuch
Główny udziałowiec
2.
Zatwierdzone:
Data
Wersja
Imię i nazwisko
Rola w procesie / stanowisko
Podpis
4
4
Ping
Zespół projektowy:
Rola
Nazwisko
Kierownik przedsięwzięcia
Magdalena Wolska
Kierownik zespołu projektantów
Paweł Kalinowski
Projektant
Paweł Kalinowski
Projektant
Michał Krauzowicz
Kierownik zespołu programistów
Daniel Gęsicki
Programista
Daniel Gęsicki
Programista
Piotr Jakacki
Programista
Łukasz Kacprzyoski
Kierownik zespołu testów
Mateusz Gamdzyk
Tester
Mateusz Gamdzyk
Tester
Michał Piotrowicz
Osoba do zarządzania dokumentami i
wersjami dokumentów
Łukasz Katarzyoski
Magdalena Wolska
5
5
Ping
Spis treści
6
6
Ping
7
7
Ping
Spis diagramów
Diagram 1. Diagram przypadków użycia .................................................................................................... 11
Diagram 2 Diagram sekwencji dla przypadku użycia Sprawdź osiągalnośd węzła w sieci ........................... 16
Diagram 3 Diagram sekwencji dla przypadku użycia Wyślij i zlicz żądanie do serwera .............................. 17
Diagram 4 Diagram sekwencji dla przypadku użycia Odbierz i wyświetl odpowiedzi od serwera ............. 17
Diagram 5 Diagram sekwencji dla przypadku użycia Nasłuchuj żądao od klienta ...................................... 18
Diagram 6 Diagram sekwencji dla przypadku użycia odbierz i zlicz żądania od klienta .............................. 18
Diagram 7 Diagram sekwencji dla przypadku użycia Wykonaj test osiągalności i wyślij odpowiedź.......... 19
Diagram 8 Diagram sekwencji dla przypadku użycia Oblicz opóźnienie i narysuj wykres .......................... 19
Diagram 9 Diagram klas ............................................................................................................................... 20
Diagram 10 Diagram komponentów ........................................................................................................... 21
Diagram 11 Diagram wdrożenia .................................................................................................................. 26
8
8
Ping
1. Wprowadzenie
1.1. Zawartość, celiprzeznaczeniedokumentu
Niniejszy dokument jest specyfikacją dotyczącą rozwiązania projektowego w zakresie systemu czasu
rzeczywistego. Dokumentacja przedstawia zestawienie wymagao, analizy i modelowania systemu
kalkulatora kredytowego i stanowi podsumowanie prac zespołu projektowego.
1.2. Załącznikiipowiązanedokumenty
LP. Nazwa
Opis
Autor
Wersja
1.
2.
3.
1.3. Słownik użytych pojęć iskrótów (definicje)
Skrót/pojęcie
Opis/definicja
System czasu rzeczywistego
To urządzenie techniczne, którego wynik i efekt
działania jest zależny od chwili wypracowania tego
wyniku
Test diagnostyczny
Działanie mające na celu ocenid jakoś połączenia
internetowego pomiędzy dwoma urządzeniami.
Użytkownik
Osoba korzystająca z systemu, aktor.
Klient
Strona żądająca dostępu do danej usługi lub
zasobu.
Serwer
Strona świadcząca usługę lub udostępniająca
zasoby.
1.4. Główne założenia i wymagania
Tworzone narzędzie przeznaczone będzie do wykonywania testów diagnostycznych jakości
połączenia i osiągalności hostów w sieci. Narzędzie będzie miało możliwośd prezentacji wyników
w czytelnej formie.
9
9
Ping
2. Wizja projektu
2.1. Cel projektu
Celem projektu jest stworzenie modelu systemu czasu rzeczywistego, implementacja oraz
wdrożenie systemu do wykonywania testów diagnostycznych jakości połączenia.
2.2. Użytkownicy
System skierowany jest do użytkowników urządzeo zdalnych.
2.3. Udziałowcy
Udziałowcem głównym w projekcie jest prowadzący zajęcia dr inż. Artur Arciuch.
2.4. Słowny opis produktu
Tworzone narzędzie przeznaczone będzie do wykonywania testów diagnostycznych jakości
połączenia i osiągalności hostów w sieci. Narzędzie będzie miało możliwośd prezentacji wyników
w czytelnej formie.
2.5. Alternatywy i konkurencja
Na ryku istnieją obecnie narzędzia do testowania jakości połączenia, ale żadne z nich nie spełnia
założeo systemu czasu rzeczywistego dlatego projektowane narzędzie wychodzi naprzeciw
oczekiwaniom użytkowników. Narzędzie ma przewagę nad konkurencją dzięki czytelnej formie
prezentowania rezultatów pomiaru diagnostycznego.
10
10
Ping
3. Modelowanie wymagań
W rozdziale tym przedstawiono zestawienie wyników przeprowadzonej analizy wymagao.
3.1. Wymagania udziałowców (STRQ – stakeholderrequest)
Program komputerowego czasu rzeczywistego ma działad pod kontrolą systemu operacyjnego
Windows Embedded CE 6.0 w środowisku sprzętowym komputerów UTU2440-2 lub YC2440-F.
Program komputerowy musi byd zaimplementowany w języku programowania C++ z
wykorzystaniem API win32 lub w języku Visual C#.
Program komputerowy powinien byd osadzony na dwóch lub trzech komputerach i powinien się
składad z 2 lub więcej wątków, które komunikują się ze sobą z wykorzystaniem interfejsów
ethernet lub rs232c, a dostęp do wspólnych zasobów jest realizowany za pomocą mechanizmów
typu: sekcja krytyczna, mutex'y lub kolejki komunikatów.
Czas wykonywania poszczególnych wątków musi byd określony (np. 1 sekunda, 10 sekund).
3.2. Wymagania funkcjonalne
Narzędzie powinno umożliwid wykonanie testu jakości połączenia do urządzenia zdalnego oraz
prezentowad jego wyniki.
Użytkownik powinien mied możliwośd zapoznania się z wynikami przeprowadzonego testu.
Wyniki mają byd prezentowane w postaci wykresu.
Narzędzie ma pracowad w trybie klient-serwer i umożliwiad klientowi wysyłanie żądao do
serwera oraz serwerowi wysyłanie odpowiedzi do klienta.
3.3. Wymagania niefunkcjonalne
Implementowany system musi funkcjonowad pod kontrolą systemu operacyjnego Windows
Embedded CE w wersji 6.0 w środowisku emulatora Prog_WinCE.
System ma byd intuicyjny w użyciu, średniozaawansowany użytkownik powinien nauczyd się
obsługiwad system w czasie nie dłuższym niż 5 minut.
11
11
Ping
4. Modelowanie systemu
4.1. Model przypadków użycia
4.1.1. Lista przypadków użycia
Sprawdź osiągalnośd węzła w sieci
Wyślij i zlicz żądanie do serwera
Odbierz i wyświetl odpowiedzi od serwera
Nasłuchuj żądao od klienta
Odbierz i zlicz żądania od klienta
Wykonaj test osiągalności i wyślij odpowiedź do klienta
Oblicz opóźnienie i narysuj wykres
4.1.2. Diagram przypadków użycia
Na podstawie wcześniej określonych wymagao wyodrębniono przypadki użycia, które przedstawiono na
diagramie.
Diagram 1. Diagram przypadków użycia
12
12
Ping
4.1.3. Specyfikacja przypadków użycia
4.1.3.1.
Sprawdź osiągalność węzła w sieci
Nazwa UC
Sprawdź osiągalnośd węzła w sieci
Opis
Przypadek użycia realizujący test diagnostyczny
sprawdzający osiągalnośd węzła w sieci
Warunki wywołania
Użytkownik rozpoczął test diagnostyczny
Warunki po realizacji
Test został zrealizowany. Użytkownik otrzymał
wyniki.
Gwarancja powodzenia
Test zostanie poprawnie wykonany
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie powinno umożliwid wykonanie
testu jakości połączenia do urządzenia
zdalnego oraz prezentowad jego wyniki.
Wyzwalacz
Użytkownik rozpoczął test diagnostyczny
Aktorzy
Użytkownik
Dane wejściowe
Adres IP serwera
Dane wyjściowe
Wyniki testu diagnostycznego
Uwagi
Brak
Zależne przypadki użycia
Wyślij żądanie do serwera
Nasłuchuj żądao od klienta
4.1.3.2.
Wyślij i zlicz żądanie do serwera
Nazwa UC
Wyślij i zlicz żądanie do serwera
Opis
Przypadek użycia realizujący wysłanie żądania do
serwera i zliczenie odpowiedzi
Warunki wywołania
Użytkownik rozpoczął test diagnostyczny
połączenia do serwera.
Warunki po realizacji
Żądanie zostało wysłane do serwera.
Gwarancja powodzenia
Odebrana zostanie odpowiedź od serwera.
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie ma pracowad w trybie klient-serwer
i umożliwiad klientowi wysyłanie żądao do
serwera oraz serwerowi wysyłanie odpowiedzi
do klienta.
Wyzwalacz
Użytkownik rozpoczął test diagnostyczny
połączenia do serwera.
Aktorzy
Użytkownik
Dane wejściowe
Adres IP serwera
Dane wyjściowe
Brak
Uwagi
Brak
Zależne przypadki użycia
Odbierz i zlicz odpowiedzi od serwera.
13
13
Ping
4.1.3.3.
Odbierz i wyświetl odpowiedzi od serwera
Nazwa UC
Odbierz i wyświetl odpowiedzi od serwera
Opis
Przypadek użycia rozszerzający przypadek wyślij i
zlicz żądanie do serwera. Odpowiedzialny jest za
odbieranie odpowiedzi od serwera i prezentację
wyników.
Warunki wywołania
Użytkownik rozpoczął test diagnostyczny
połączenia do serwera.
Warunki po realizacji
Zliczone zostaną otrzymane od serwera
odpowiedzi.
Gwarancja powodzenia
Zliczone zostaną otrzymane od serwera
odpowiedzi.
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie ma pracowad w trybie klient-serwer
i umożliwiad klientowi wysyłanie żądao do
serwera oraz serwerowi wysyłanie odpowiedzi
do klienta.
Wyzwalacz
Użytkownik rozpoczął test diagnostyczny
połączenia do serwera.
Aktorzy
Użytkownik
Dane wejściowe
Adres IP serwera
Dane wyjściowe
Brak
Uwagi
Brak
Zależne przypadki użycia
Brak
4.1.3.4.
Nasłuchuj żądań od klienta
Nazwa UC
Nasłuchuj żądao od klienta
Opis
Przypadek użycia odpowiedzialny za nasłuchiwanie
przez serwer żądao od klienta.
Warunki wywołania
Użytkownik rozpoczął test diagnostyczny
Warunki po realizacji
Możliwe będzie otrzymanie żądao od klienta
Gwarancja powodzenia
Nadchodzące żądania zostaną poprawnie
odebrane i przetworzone.
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie ma pracowad w trybie klient-serwer
i umożliwiad klientowi wysyłanie żądao do
serwera oraz serwerowi wysyłanie odpowiedzi
do klienta.
Wyzwalacz
Użytkownik rozpoczął test diagnostyczny
połączenia do serwera.
Aktorzy
Użytkownik
Dane wejściowe
Adres IP klienta
Dane wyjściowe
Brak
Uwagi
Brak
14
14
Ping
Zależne przypadki użycia
Odbierz i zlicz żądania od klienta
4.1.3.5.
Odbierz i zlicz żądania od klienta
Nazwa UC
Odbierz i zlicz żądania od klienta
Opis
Przypadek użycia rozszerzający przypadek
nasłuchuj żądao od klienta. Odpowiedzialny jest za
odbieranie i zliczanie żądao od klienta
Warunki wywołania
Użytkownik rozpoczął test diagnostyczny
Warunki po realizacji
Żądania klienta zostały poprawnie odebrane i
zliczone.
Gwarancja powodzenia
Żądania zostały odebrane bez błędów.
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie ma pracowad w trybie klient-serwer
i umożliwiad klientowi wysyłanie żądao do
serwera oraz serwerowi wysyłanie odpowiedzi
do klienta.
Wyzwalacz
Użytkownik rozpoczął test diagnostyczny
połączenia.
Aktorzy
Użytkownik
Dane wejściowe
Adres IP klienta
Dane wyjściowe
Zliczone żądania klienta
Uwagi
Brak.
Zależne przypadki użycia
Wykonaj test osiągalności
4.1.3.6.
Wykonaj test osiągalności i wyślij odpowiedź do klienta
Nazwa UC
Wykonaj test osiągalności i wyślij odpoweidż do
klienta
Opis
Przypadek użycia odpowiedzialny za wykonanie
testu osiągalności urządzenia.
Warunki wywołania
Serwer odebrał żądania od klienta.
Warunki po realizacji
Wykonano test osiągalności. Odpowiedź została
wysłana do klienta
Gwarancja powodzenia
Test osiągalności został wykonany poprawnie.
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie ma pracowad w trybie klient-serwer
i umożliwiad klientowi wysyłanie żądao do
serwera oraz serwerowi wysyłanie odpowiedzi
do klienta.Narzędzie powinno umożliwid
wykonanie testu jakości połączenia do
urządzenia zdalnego.
Wyzwalacz
Serwer odebrał żądania od klienta.
Aktorzy
Użytkownik
Dane wejściowe
Adres IP klienta
15
15
Ping
Dane wyjściowe
Brak
Uwagi
Brak
Zależne przypadki użycia
Wyślij odpowiedź do klienta
Oblicz opóźnienie i narysuj wykres.
4.1.3.7.
Oblicz opóźnienie i narysuj wykres
Nazwa UC
Oblicz opóźnienie i narysuj wykres
Opis
Przypadek użycia odpowiedzialny za obliczenie
opóźnienia czasu wysłania odpowiedzi i
narysowanie wykresu prezentującego wyniki.
Warunki wywołania
Klient przysłał żądanie do serwera.
Warunki po realizacji
Obliczenia zostały wykonane i wykres został
zaprezentowany użytkownikowi.
Gwarancja powodzenia
Odpowiedzi zostały odebrane poprawnie,
opóźnienie zostało obliczone.
Wymagania funkcjonalne które realizuje
przypadek
Narzędzie powinno umożliwid wykonanie
testu jakości połączenia do urządzenia
zdalnego oraz prezentowad jego wyniki.
Użytkownik
powinien
mied
możliwośd
zapoznania się z wynikami przeprowadzonego
testu.
Wyniki mają byd prezentowane w postaci
wykresu.
Wyzwalacz
Zakooczono test osiągalności.
Aktorzy
Użytkownik
Dane wejściowe
Adres IP klienta
Dane wyjściowe
Brak
Uwagi
Brak
Zależne przypadki użycia
Brak
4.1.4. Specyfikacja aktorów
Nazwa
Opis
Użytkownik
Aktor ten inicjalizuje diagnostykę jakości
połączenia wywołując przypadek użycia Sprawdź
osiągalnośd węzła w sieci.
16
16
Ping
4.2. Realizacja przypadków użycia (diagramy sekwencji)
4.2.1. Sprawdź osiągalność węzła w sieci
Diagram 2 Diagram sekwencji dla przypadku użycia Sprawdź osiągalnośd węzła w sieci
17
17
Ping
4.2.2. Wyślij i zlicz żądanie do serwera
Diagram 3 Diagram sekwencji dla przypadku użycia Wyślij i zlicz żądanie do serwera
4.2.3. Odbierz i wyświetl odpowiedzi od serwera
Diagram 4 Diagram sekwencji dla przypadku użycia Odbierz i wyświetl odpowiedzi od serwera
18
18
Ping
4.2.4. Nasłuchuj żądań od klienta
Diagram 5 Diagram sekwencji dla przypadku użycia Nasłuchuj żądao od klienta
4.2.5. Odbierz i zlicz żądania od klienta
Diagram 6 Diagram sekwencji dla przypadku użycia odbierz i zlicz żądania od klienta
19
19
Ping
4.2.6. Wykonaj test osiągalności i wyślij odpowiedź
Diagram 7 Diagram sekwencji dla przypadku użycia Wykonaj test osiągalności i wyślij odpowiedź
4.2.7. Oblicz opóźnienie i narysuj wykres
Diagram 8 Diagram sekwencji dla przypadku użycia Oblicz opóźnienie i narysuj wykres
20
20
Ping
4.3. Diagram klas
Diagram 9 Diagram klas
21
21
Ping
4.4. Diagram komponentów
Diagram 10 Diagram komponentów
22
22
Ping
5. Testowanie
5.1. Przypadki testowe
W projekcie zidentyfikowano następujące przypadki testowe:
L.p.
ID przypadku testowego
Nazwa
Testowany przypadek
użycia
1. TC001
Uruchomienie serwera
Sprawdź osiągalnośd węzła w
sieci
2. TC002
Wysłanie żądania przez klienta
do serwera
Sprawdź osiągalnośd węzła w
sieci
Wyślij i zlicz żądanie do
serwera
3. TC003
Odebranie i wyświetlenie
odpowiedzi
Sprawdź osiągalnośd węzła w
sieci
Odbierz i wyświetl
odpowiedzi od serwera
4. TC004
Uruchomienie serwera - błędny
adres interfejsu
Sprawdź osiągalnośd węzła w
sieci
5. TC005
Wysłanie żądania przez klienta
do serwera – błędny adres
Sprawdź osiągalnośd węzła w
sieci
Wyślij i zlicz żądanie do
serwera
6. TC006
Rysowanie wykresu
Sprawdź osiągalnośd węzła w
sieci
Oblicz opóźnienie i narysuj
wykres
7. TC007
Nasłuchiwanie serwera
Nasłuchuj żądao od klienta
8. TC008
Obsługa serwera
Sprawdź osiągalnośd węzła w
sieci
Oblicz opóźnienie i narysuj
wykres
Nasłuchuj żądao od klienta
9. TC008
Obsługa klienta
Wyślij i zlicz żądanie do
serwera
Oblicz opóźnienie i narysuj
wykres
5.1.1. TC001 Uruchomienieserwera
Test
Uruchomienieserwera
ID przypadkutestowego
TC001
Dane wejściowe
Prawidłowy adres IP interfejsu do nasłuchiwania.
Oczekiwanyrezultat
Serwera zostanie uruchomiony, powołany zostanie
wątek nasłuchujący na danym interfejsie o
23
23
Ping
podanym adresie IP
Krokpokroku
1. Uruchomienie aplikacji serwera
2. Wprowadzenie adresu interfejsu
3. Przyciśnięcieprzycisku „Start Listening”
Wyniki:
Serwer jest w stanie gotowości – powołany został
wątek nasłuchujący.
Wnioski:
Serwer nasłuchuje na wskazanym interfejsie,
możliwe połączenie z serwerem.
5.1.2. TC002 Wysłanie żądania przez klienta do serwera
Test
Wysłanie żądania przez klienta do serwera
ID przypadkutestowego
TC002
Dane wejściowe
Prawidłowy adres IP serwera
Oczekiwanyrezultat
Odebranieodpowiedzi od serwera
Krokpokroku
1. Uruchomienie aplikacji klienta
2. Wprowadzenie adresu IP serwera
3. Wprowadzenie parametru NICK
4. Przyciśnięcieprzycisku „Connect”
Wyniki:
Serwer odbiera żądanie od klienta.
Wnioski:
Klient prawidłowo komunikuje się z serwerem.
5.1.3. TC003 Odebranie i wyświetlenie odpowiedzi
Test
Odebranieiwyświetlenieodpowiedzi
ID przypadkutestowego
TC003
Dane wejściowe
Odpowiedz od serwera
Oczekiwanyrezultat
Dane odebrane od serwera zostaną prawidłowo
przetworzone a następnie wyświetlone
Krokpokroku
1. Klient otrzymuje odpowiedź od serwera
2. Przetwarza odpowiedź
3. Wyświetlaodpowiedź
Wyniki:
Informacjewyświetlone w oknie
Wnioski:
Klient po wysłanie żądania prawidłowo odebrał i
przetworzył informacje od serwera.
5.1.4. TC004 Uruchomienie serwera - błędny adres interfejsu
Test
Uruchomienie serwera – błędny adres
interfejsu
ID przypadkutestowego
TC004
Dane wejściowe
Błędny adres IP interfejsu do nasłuchiwania.
Oczekiwanyrezultat
Serwer nie zostanie uruchomiony, program
poinformuje o błędzie
Krokpokroku
1. Uruchomienie aplikacji serwera
2. Wprowadzenie adresu interfejsu
24
24
Ping
3. Przyciśnięcieprzycisku „Start Listening”
Wyniki:
Serwer nie został zainicjowany – komunikat o
błędzie.
Wnioski:
Serwer nie może zostad zainicjowany ponieważ
podany został błędny adres
5.1.5. TC005 Wysłanie żądania przez klienta do serwera - błędny adres
Test
Wysłanie żądania przez klienta do serwera –
błędny adres
ID przypadkutestowego
TC005
Dane wejściowe
Błędny adres IP serwera
Oczekiwanyrezultat
Klient nie będzie mógł wysład żądania pod
wskazany adres.
Krokpokroku
1. Uruchomienie aplikacji klienta
2. Wprowadzenie błędnego adresu IP serwera
3. Wprowadzenie parametru NICK
4. Przyciśnięcieprzycisku „Connect”
Wyniki:
Komunikat o niemożliwości wysłania żądania pod
wskazany adres.
Wnioski:
Klient nie może połączyd się z serwerem ze
względu na nieprawidłowy adres serwera.
5.1.6. TC006 Rysowanie wykresu
Test
Rysowanie wykresu
ID przypadkutestowego
TC006
Dane wejściowe
Odpowiedzi od klienta
Oczekiwanyrezultat
Aktualizacja wykresu przez serwer
Krokpokroku
1. Uruchomienie aplikacji serwera i klienta
2. Odpowiednie skonfigurowanie aplikacji
3. Nasłuchiwanie serwera
4. Nawiązanie połączenia
5. Wymiana informacji o jakości połączenia
6. Obliczenie opóźnienia
7. Rysowanie wykresu na podstawie obliczeo
Wyniki:
Naniesienie na wykres wartości obliczonej na
podstawie odebranego komunikatu.
Wnioski:
Serwer oblicza opóźnienia na podstawie
komunikatów przesyłanych podczas połączenia z
aplikacjami klienckimi i aktualizuje wykres.
5.1.7. TC007 Nasłuchiwanie serwera
Test
Nasłuchiwanie serwera
ID przypadkutestowego
TC007
Dane wejściowe
Poprawna konfiguracja i uruchomienie serwera
Oczekiwanyrezultat
Ciągłośd działania procesu
25
25
Ping
Krokpokroku
1. Uruchomienie aplikacji serwera
2. Odpowiednie skonfigurowanie aplikacji
3. Start i nieprzerwane działanie procesu
Wyniki:
Brak zakooczenia działania procesu bez ingerencji
użytkownika
Wnioski:
Serwer uruchamia proces nasłuchiwania, który
działa nieprzerwanie dopóki nie nastąpi żądanie
od klienta wyłączające proces.
5.1.8. TC008 Obsługa serwera
Test
Obsługa serwera
ID przypadkutestowego
TC008
Dane wejściowe
Poprawna konfiguracja i uruchomienie serwera
oraz klienta
Oczekiwanyrezultat
Poprawna obsługa aplikacji serwera
Krokpokroku
1. Uruchomienie aplikacji serwera i klienta
2. Odpowiednie skonfigurowanie aplikacji
3. Nasłuchiwanie serwera
4. Nawiązanie połączenia
5. Wysyłanie informacji
6. Zamknięcie aplikacji klienta
Wyniki:
Obsługa błędu nagłego zamknięcia połączenia i
wyświetlenie komunikatu
Wnioski:
Wyłączenie aplikacji klienckiej podczas połączenia
z serwerem nie powinno spowodowad błędu
aplikacji serwera.
5.1.9. TC009 Obsługa klienta
Test
Obsługa klienta
ID przypadkutestowego
TC009
Dane wejściowe
Poprawna konfiguracja i uruchomienie serwera
oraz klienta
Oczekiwanyrezultat
Poprawna obsługa aplikacji klienta
Krokpokroku
1. Uruchomienie aplikacji serwera i klienta
2. Odpowiednie skonfigurowanie aplikacji
3. Nasłuchiwanie serwera
4. Nawiązanie połączenia
5. Wysyłanie informacji
6. Zamknięcie aplikacji serwera
Wyniki:
Obsługa błędu nagłego zamknięcia połączenia i
wyświetlenie komunikatu
Wnioski:
Wyłączenie aplikacji serwera podczas nawiązanego
z nim połączenia przez klienta nie powinno
spowodowad błędu aplikacji klienta.
26
26
Ping
5.2. Raport z przeprowadzonych testów
L.p.
ID przypadku testowego
Rezultat
[OK
NOTOK]
Uwagi
1. TC001
OK
Brak
2. TC002
OK
Brak
3. TC003
OK
Brak
4. TC004
OK
Brak
5. TC005
OK
Brak
6. TC006
OK
Brak
7. TC007
OK
Brak
8. TC008
OK
Brak
9. TC009
OK
Brak
100% przeprowadzonych testów zakooczyło się pozytywnie.
6. Wdrażanie
Diagram 11 Diagram wdrożenia