109840

TESTOWANIE - zakres

Model Rodząj testowania Technika testowania

Model specyfikacji Testowanie akccptacyjnc. Testowanie funkcjonabicwymagań i systemowe. Pomiar osiągow

Model projektowy Testowanie integracyjne. Testowanie strukturalne. Testowanie funkcjonalne

Model impkmentacyjny Testowanie jednostkowe. Testowanie strukturalne. Testowanie funkcjonalne, weryfikacja

Testów anie jednostkowe

□    Lhluck ho\

□    Dwhitc-box

Testowanie integracyjne - zasady łączenia jednostek

□    przyrostowa

zstępująca - wymaga namiastek (stubs) wstępująca - wymaga sterowników

□    Ckkokowa

Testowanie systemowe - zalecane typy testów systemowych

Test Czynność Najczęściej stosuje się do systanówużytecznosci sprawdzenie funkcji systemu systemy o rozbudowanej funkcjonału Wydajności pomiar parametrów, wyznaczenie systany o narzuconych wymaganiachcharaktcrystyk wydąjnościowychobciążaiia praca systemu w ekstremalnych systemy sieciowe, wiclodostępncwarunkach (dużo danych. wiełuużytkownikow)pamięci pomiaty zapotrzebowania na pamięćkonfiguracji próba pracy w różnych konfiguracjachinstalacji testowanie procedur systemy o skomplikowanej instalacjiinstalacyjnychpoufhości próba włamania systemy z poufnymi danymi Testowanie akceptacyjne

0 Uukccptacja fazowa - prototypy, kolejne wersje produktu

□    Lkikccptacja ostateczna

Wymagania pojawiające sie podczas implrmrntacjitestów Jednostkowych:

•    Niepowodzenie jednego testu nic powinno przerywać procesu testowania (asscrtO z języka C konczypr ograni)

•    Raporty z wykonania testów powinny byćgaicrowanc automatycznie

•    Asercje powinny dawać możliwość porównywaniaobiektów różnych typów

•    Konieczna możliwość organizacji testów w zbiory

Ogólna zasada działania JUnifa

•    Dla klasy testowanej tworzy my ..TcstCasc"

•    Dodajemy metody testowerozpoczynającc się frazą.,test"

•    W miarę potr/ebynadpisujemy metody setUpO i tearDownt)

•    trudno Jest stwierdzić, kiedy skończyć testowanie

•    nie można testować własnego programu,

•    testowanie powinno być powtarzalne,

•    dane testowe obejmują zarówno dane poprawne jak iniepoprawne.

•    należy badać dokładnie wyniki testowania,

•    wzrost liczby wykrytych jest symptomem istnieniapozostalych,

•    tcstowalność Jest kluczowym założeniem projektu

Przegląd jest procesem lub spotkaniem, podczas ktćrcgoprodukt rob oczy /artefakt (lub zbiór produktów roboczych)jcst prezentowany personelowi projektu, kicrownictwu.użytkownikom. klientom lub innych zainteresowanych stmncelcm uzyskania komentarzy, opinii i akceptacji.

Przeglądy mogą być formalne i nieformalne.

Przejście (walkthrough). Wczesna, nieformalna ocena dokumcntów.modcli. projektów i kodu. Celem jest zidentyfikowanie defektów irozważenic możliwych rozwiązań. Wtórnym celem jest szkolone irozwiązanic problanów stylistycznych (np. z formą kodu.dokumentacji. interfejsów użytkownika).

Formalne przeglądy mogą być inspekcją hądi audytem

Inspekcja - formalna tedmika oceny, w której wymagania naoprogramowanie. projekt lub kod są szczegółowo badanrprzez osobę lub grupę osób niebędących autorami, weelu identyfikacji błędów, namszaiia standardów i uuiychproblanow Korzyści z inspekcji:

I. Wzrost produktywności od 30** do 100%

2 Skracane czasu projektu od 10% do 30%

3.    Skrócone kosztu i czasu wykonywania testów od 5 do 10 razy(nmicj błędów, mniej testów rcgrcsyjnych)

4.    10 razy mniejsze koszty pielęgnacji (naprawczej)

5.    Poprawa procesu programowego

Wymaganie pow inno:

-    być jasno i jednoznacznie sformułowane

-    być wyrażone w sposób mierzalny (wa/nezwłaszcza dla wymagań niefunkcjonalnych)

-    mieć nadany priorytet

-    mieć oszacowany koszt realizacji