Tester oprogramowania

Karolina Zmitrowicz

Uzyskaj dostęp

Zakup książkę

ISBN/ISSN:

978-83-01-18565-7

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2015

Liczba stron:

213

XML:ISBN/ISSN:

ONIX MARC21

Bibliografia:

Zmitrowicz, Karolina. Tester oprogramowania. Red. . Warszawa: Wydawnictwo Naukowe PWN, 2015, 213 s. ISBN 978-83-01-18565-7

Bibliografia refWorks:

RT Book, Whole

SR Electronic(1)

A1 Zmitrowicz, K.

T1 Tester oprogramowania

PB Wydawnictwo Naukowe PWN

PP Warszawa

YR 2015

SN 978-83-01-18565-7

Bibliografia BibTex:

@Book{ 143895, author = "Zmitrowicz, Karolina", editor = "", title = "Tester oprogramowania", publisher = "Wydawnictwo Naukowe PWN", year = "2015", address = "Warszawa", isbn = "978-83-01-18565-7" }

Bibliografia endNote:

TY - BOOK

AU - Zmitrowicz, Karolina

ED -

TI - Tester oprogramowania

PB - Wydawnictwo Naukowe PWN

CY - Warszawa

PY - 2015

SN - 978-83-01-18565-7

ER -

Netografia (standard APA):

Zmitrowicz, Karolina. Tester oprogramowania [baza danych online] Warszawa: Wydawnictwo Naukowe PWN, 2015 [dostęp: 22 07 2024]. Dostęp w Ibuk Libra: https://libra.ibuk.pl/reader/tester-oprogramowania-karolina-zmitrowicz-143895.

certyfikat, ISTQB, tester oprogramowania, jakość oprogramowania

W książce omówiono wszystkie tematy wymienione w planie nauczania ISTQB® Certyfikowany Tester dla poziomu podstawowego z roku 2011. Aby ułatwić naukę i zrozumienie podejmowanych tematów, zagadnienia teoretyczne zobrazowano odpowiednio dobrany...

Więcej

ISBN/ISSN:

978-83-01-18565-7

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2015

Liczba stron:

213

XML:ISBN/ISSN:

ONIX MARC21

O książce13
1. Podstawy testowania15
1.1. Konieczność testowania17
1.1.1. Wprowadzenie17
1.1.2. Kontekst systemów informatycznych17
1.1.3. Przyczyny usterek w oprogramowaniu18
1.1.4. Rola testowania w rozwoju, utrzymaniu i użytkowaniu oprogramowania20
1.1.5. Testowanie a jakość21
1.1.6. Jak dużo testowania jest potrzebne21
1.2. Czym jest testowanie22
1.3. Ogólne zasady testowania25
1.3.1. Zasada 1 – testowanie ujawnia usterki25
1.3.2. Zasada 2 – testowanie gruntowne jest niewykonalne26
1.3.3. Zasada 3 – wczesne testowanie26
1.3.4. Zasada 4 – kumulowanie się błędów27
1.3.5. Zasada 5 – paradoks pestycydów27
1.3.6. Zasada 6 – testowanie zależy od kontekstu27
1.4. Podstawowy proces testowy28
1.3.7. Zasada 7 – mylne przekonanie o braku błędów28
1.4.1. Wprowadzenie28
1.4.2. Planowanie i nadzór nad testami29
1.4.3. Analiza i projektowanie testów31
1.4.4. Implementacja i wykonanie testów33
1.4.5. Ocena spełnienia kryteriów zakończenia i raportowanie35
1.4.6. Czynności zamykające testy35
1.5. Psychologia testowania36
1.6. Przykładowe pytania38
2. Testowanie w cyklu życia oprogramowania43
2.1. Modele wytwarzania oprogramowania45
2.1.1. Wprowadzenie45
2.1.2. Modele sekwencyjne46
2.1.3. Modele iteracyjno-przyrostowe48
2.1.4. Testowanie w cyklu życia oprogramowania51
2.2. Poziomy testów52
2.2.1. Wprowadzenie52
2.2.2. Testy modułowe54
2.2.3. Testy integracyjne56
2.2.4. Testy systemowe58
2.2.5. Testy akceptacyjne61
2.3. Typy testów64
2.3.1. Wprowadzenie64
2.3.2. Testowanie funkcji (testowanie funkcjonalne)65
2.3.3. Testowanie atrybutów niefunkcjonalnych (testowanie niefunkcjonalne)67
2.3.4. Testowanie struktury/architektury oprogramowania (testowanie strukturalne)70
2.3.5. Testowanie związane ze zmianami (testowanie potwierdzające oraz regresywne)71
2.4. Testowanie pielęgnacyjne74
2.5. Przykładowe pytania75
3. Statyczne techniki testowania79
3.1. Techniki statyczne a proces testowania81
3.2. Proces przeglądu83
3.2.1. Wprowadzenie83
3.2.2. Kroki przeglądu formalnego84
3.2.3. Role i odpowiedzialność85
3.2.4. Typy przeglądów86
3.2.5. Czynniki wpływające na powodzenie przeglądów88
3.3. Analiza statyczna za pomocą narzędzi89
3.4. Przykładowe pytania91
4. Techniki projektowania testów95
4.1. Proces rozwoju testów97
4.2. Kategorie technik projektowania testów103
4.3. Techniki oparte na specyfikacji lub czarnoskrzynkowe104
4.3.1. Podział na klasy równoważności104
4.3.2. Analiza wartości brzegowych106
4.3.3. Testowanie na podstawie tablicy decyzyjnej107
4.3.4. Testowanie przejść między stanami110
4.3.5. Testowanie na podstawie przypadków użycia113
4.4. Techniki oparte na strukturze lub białoskrzynkowe116
4.4.1. Wprowadzenie116
4.4.2. Testowanie i pokrycie instrukcji119
4.4.3. Testowanie i pokrycie decyzji121
4.4.4. Inne techniki oparte na strukturze124
4.5. Techniki oparte na doświadczeniu125
4.6. Wybór technik testowania127
4.7. Przykładowe pytania128
5. Zarządzanie testowaniem139
5.1. Organizacja testów141
5.1.1. Wprowadzenie141
5.1.2. Organizacja testów a ich niezależność141
5.1.3. Zadania lidera testów oraz testera142
5.2. Planowanie i szacowanie testów145
5.2.1. Wprowadzenie145
5.2.2. Planowanie testów145
5.2.3. Szacowanie testów152
5.2.4. Podejście do testowania, strategia testowania155
5.3. Monitorowanie postępu testów i nadzór158
5.3.1. Monitorowanie postępu testów158
5.3.2. Raportowanie testów160
5.3.3. Kierowanie testami (nadzór nad testami)162
5.4. Zarządzanie konfiguracją163
5.5. Ryzyko a testowanie165
5.5.1. Wprowadzenie165
5.5.2. Ryzyko projektowe a produktowe165
5.5.3. Testowanie oparte na ryzyku167
5.6. Zarządzanie incydentami170
5.7. Przykładowe pytania173
6. Testowanie wspierane narzędziami181
6.1. Typy narzędzi testowych183
6.1.1. Cel wsparcia narzędziowego dla testów183
6.1.2. Klasyfikacja narzędzi testowych184
6.1.3. Wsparcie narzędziowe dla zarządzania testowaniem i testami184
6.1.4. Wsparcie narzędziowe dla testów statycznych186
6.1.5. Wsparcie narzędziowe dla specyfikacji testów187
6.1.6. Wsparcie narzędziowe dla wykonania testów oraz logowania188
6.1.7. Wsparcie narzędziowe dla wydajności i monitorowania189
6.1.8. Porównanie typów narzędzi testowych190
6.1.9. Wsparcie narzędziowe dla różnych obszarów zastosowań192
6.2. Skuteczne użycie narzędzi, potencjalne korzyści i ryzyko193
6.3. Wdrażanie narzędzi w organizacji197
6.4. Przykładowe pytania199
Literatura203
Spis rysunków205
Spis tabel206
Spis definicji207
Spis przykładów210
Spis pytań210

1.1.Koniecznośćtestowania

Należyzwrócićuwagęnato,żeusterkiwoprogramowaniu,systemachlubdoku-

mentachmogą,leczniekonieczniemuszą,prowadzićdowystąpieniaawarii.Oawarii

możemymówićwtedy,gdyusterkaHzamanifestowała”sięwprodukcie,kiedymo-

żemyzobaczyćjejskutkijakoodchyleniedziałaniarzeczywistegoodoczekiwanego.

Głównymiprzyczynamiwystępowaniadefektówjestczynnikludzki–większość

pracnadwytworzeniemoprogramowaniajestrealizowanaprzezczłowieka,odpo-

zyskaniawymagańnaoprogramowanie,poprzezichanalizęiopracowanieprojektu

rozwiązaniasystemowego,poimplementację.Czynnikludzkitoelementobarczony

wysokimstopniemniepewności–ludziesąomylni,często(zwłaszczawrealiach

projektowych)działająpodpresją,pracujązezłożonymkodemczyalgorytmami.

Dotegodochodzipracawwarunkachzmieniającychsiętechnologiiikonieczności

integracjimiędzywielomasystemami.Zpowodubłęduludzkiegopowstajenajwię-

cejusterekwprodukcie–copotwierdzająstatystykiwskazujące–wzależnościod

źródła–żenaetapieanalizyiprojektowaniapowstajeod50do80%wszystkich

defektów(GopalakrishnanNair&Suma,2010).

MAŁEPROJEKTY

18%

19%

63%

%defektówwfazlewymagań

%defektówwfazleprojektowanla

%defektówwfazlelmplementacjl

Rysunek1.1.Dystrybucjadefektówwfazachprojektu–statystyka1

Źródło:GopalakrishnanNair&Suma,2010

¥REDN,EPROJEKTY

24%

16%

60%

%defektówwfazlewymagań

%defektówwfazleprojektowanla

%defektówwfazlelmplementacjl

Rysunek1.2.Dystrybucjadefektówwfazachprojektu–statystyka2

Źródło:GopalakrishnanNair&Suma,2010

Brak wyników

Tester oprogramowania

Treść książki

Znajdź bibliotekę blisko siebie, i uzyskaj dostęp do ebooka w systemie IBUK Libra