Plan Testów
1. Strategia : "czarnej skrzynki" - nie wiemy, jak jest zbudowany - wiemy jak powinnien działać.
wej. -> [x] -> wyj.(dziedzina skończona, pewna ilość "kawałek")
2. Typt testów : funkcjonalne
3. Jakie funkcjonalności będą testowane
4. Kryteium zakończenia - np. (-ia)
liczba wykrytych błędów, liczba nieusuniętych błędów, nieznalezione błedy, miary pokrycia kodu, danych
\ / |
\ / |
\ / | testy
\ / |
\/ |
kod
|-----------------------------------------------|
| Testowanie |
|-----------------------------------------------|
| Scenariusze testowe | |
|---------------------------------| |
| Instrumentacja|Przypadki testowe| Strategia |
|---------------------------------| testowania |
| Modelowanie| modele | modele | |
| środowiska | programowe| błędów | |
|-----------------------------------------------|
| "Bugsy" czyli pluskwy |
|-----------------------------------------------|
Modele Środowiska : (jakie są)
- strumieniowy (wej/wyj - jako strumienie )
- sekwencyjny ( zdarzeniach, -> wyjątki C++ )
<- do tąd zrozumiałe ->
- współbierzny ( kilka pocesów wykonująych się koło siebie - "musi czekac od drugiego procesu", kolejnosc wykonania wykonuja sie, jednak musi poczekac na innego ... C# ... )
- równoległy ( zdarzenia między procesami - komunikaty)
- rozproszony (wedrującego medułu po internecie TCPI.. )
Modele Programowe :
- przepływ sterowania -> graf / podobny do schematu blokowego
- przepływ zdarzeń -> sieci Petri (modelowanie współbierzności)
- przepływ danych -> graf podobny do prze. sterowaniwa, jedynie ...
// Jakbyśmy mieli model białej skrzynki
(TAKA TABELKEK TRZEBA, PRZEDSTAWIĆ)
| Przypadki | Scenariusze
| Testów | 1 | 2 | 3 | ...
-------------------------------------------------------
Speceficzne | P1 | x | | x | ...
przypadki | P2 | | x | | ...
testowania | ... | ... | ... | ... | ...
.
Scenariusz : szczegółowo - co należy zrobić :
Przypadek testowy : (np. wpis klienta)
- krótki opis - czego dotycy
- opis działania
???
- dane dotyczy
- dane WB
- opis
- oczekiwane wyniki
Wymagania :
- Przypadków testowych min 6
- sceniariuszy min 3
- dobrze uzasadnione (poszukac, poczytac, jak to jest, jak dzieje sie w sytuacjach roboczych)
1. Testowanie Interfejsu
2. Cała teoria wyżej.
*******************************************************
z FORUM
*******************************************************
model-V (W)
wymagania walid. użytecz. testowanie
użyteczności <------------------- akceptacyjne
\ /
\ /
specyfikacja walid. systemu testowanie
systemu <--------------- systemowe
\ /
\ /
projekt testowanie
architektury <------- integracyjne
\ /
\ /
projekt testowanie
szczegółowy <-- modułowe
\ /
\ /
kodowanie
Strategie testowania:
- czarna skrzynki - Nie wnikamy w budowę. Wiemy, że program realizuje pewną funkcję F': x->y Funkcja jest podana w postaci specyfikacji. Mamy dane wejściowe, dane obliczane i wyjściowe. Kod realizuje F: x->y . Chodzi o sprawdzenie, czy F' jest tożsame z F. Szukamy pewnych danych T //jakiś wzór//
- biała skrzynka - Wiemy co jest wewnątrz programu.
?- scenariusz: szczegółowy opis kroków
?- przypadek testowy - np. wpis klienta
A - modele programu:
- przepływ sterowania (graf zorientowany)[w1]
- przepływ zdarzeń (sieć Petri)[w2]
- przepływ stanów (automat skończony)[w3]
- przepływ danych (graf zorientowany)[w4]
B - modele błędu:
- w1
- w2
- w3
C - modele środowiska:
- strumieniowy - Algol, Pascal, PL/I
- sekwencyjny (przerwania - zdarzenia) - C, C++
- współbieżny - C#, ada83, ada95, java, Modulo2
- równoległy - MVIO, PVI
- rozproszony
Mamy przyjąć strategię czarnej skrzynki i przygotować plan testów dla przyszłej aplikacji.
Plan testów:
1) strategia czarnej skrzynki
2) typy testów: funkcjonalne
3) jakie funkcjonalności będą testowane
4) kryterium(-ia) zakończenia (liczba ukrytych błędów, liczba nieusuniętych błędów, oszacowanie nieznalezioncyh błędów, miary pokrycia kodu/danych)
|przypadki| scenariusze |
|testowe | 1 | 2 | 3 | 4 |
---------------------------------------
specyfikacja| P1 | x | | x | |
przypadków | P2 | | x | | x |
testowych | P3 | x | x | | |
| P4 | x | | | x |
| P5 | | | x | x |
scenariusz: szczegółowo - co ma robić tester
przypadek testowy (np. wpis klienta):
- krótki opis - czego dotyczy
- opis działania:
- dane WE
- opis działania testu
- oczekiwane wyniki
minimum 6 przypadków testowych, scenariuszy 3
Wyszukiwarka
Podobne podstrony:
IO testowanie weryfikacja walidacjaio w13 testowanieamd102 io pl09java io InvalidClassException2009 pytania testoweTestownik EE1io port programming 3ogqzy3bscrrpgv753q3uywjfexgwwoiiffd46a 3ogqzy3bscrrpgv753q3uywjfexgwwoiiffd46aacu 250 io pl14tty io c (2)Pytania testowe na zaliczenieasw100 io pl12io programming pl 11więcej podobnych podstron