Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
3.1.podStaWoWyproceSteStoWy
tyfikujenaichpodstawiewarunkitestoweielementypokrycia.Warunkitemogąsłużyć
jakomiaryosiągniętegosukcesuistanowićczęśćwarunkówwyjściowych0
przedmiottestów(ang0testobject)–modułlubsystempodlegającytestowaniu
Podstawatestówbędziesięróżnićwzależnościodpoziomutestów.Wtabeli3.1
(opracowanejnapodstawie[35])przedstawiononajczęściejspotykanepoziomytestów
oraztypowąpodstawętestówdlatychpoziomów.
analizatestów(ang0testanalysis)–fazaprocesutestowaniapolegającanaidentyfi-
kacjiobiektówpodlegającychtestowaniuoraznawyprowadzeniuwarunkówtesto-
wychzpodstawytestów
Tabela3.1.Typowepoziomytestówiodpowiadającaimpodstawatestów
4
Poziomtestów
testowaniekomponen-
tów
Typowapodstawatestów
Typoweelementydopokrycia
wymagania,projektszczegółowy,
kod
instrukcje,decyzje,warunki,ścieżki
interfejsywewnętrzne,niezmienniki,
parametry,protokołykomunikacji
testowanieintegracyjne
projektarchitektury
specyfikacjawymagańoprogramo-
wania
testowaniesystemowe
testyintegracjisystemówprojektproduktu
4
wymaganiafunkcjonalneiniefunk-
cjonalne
interfejsyzewnętrzne(API),nie-
zmienniki,parametry
testowanieakceptacyjne
specyfikacjawymagańużytkownika,
podręcznikiużytkownika
przypadkiużycia,scenariusze
analizastatyczna
dokumenty,którychdotyczyanaliza
strony,wymagania,przypadki
testowe,kod
Warunkitestowemogąbyćdefiniowanenaróżnychpoziomachogólności.Gene-
ralnieimwyższypoziomszczegółowościprzyjmiemy,tymwięcejwyprowadzimywarun-
kówtestowych.Naprzykład,warunektestowywysokiegopoziomudlasystemuELROJ
(patrzDodatekA)możemiećpostaćhprzetestujpoprawnośćwyświetlaniainformacji
naekranie”,awarunkiemszczegółowymmożebyćnp.hprzetestuj,czymetodasetAc-
tualDatedziałapoprawniewtedy,gdyzmiennaokreślającarokjestliczbądwucyfrową”.
Bardzoważnejest,abywarunkitestowebyłyprecyzyjniepowiązanezpodstawąte-
stów.Właściwośćtaokreślanajestmianemśledzeniaiwogólnościdotyczynietylko
4Projektproduktu(systemu)możeskładaćsięztakichelementówjak:specyfikacjawymagań,projekt
funkcjonalny,projekttechniczny,diagramyUML,projektbazydanych,specyfikacjeinterfejsów,atrybutyja-
kościoweoprogramowania,kryteriaakceptacjiprzyprzechodzeniudoposzczególnychfazprojektu,przypadki
iscenariuszeużycia,normy,standardy,regulacjeprawne,któreproduktmusispełniać.
37
