Zawód tester

Radosław Smilgin

Uzyskaj dostęp

Zakup książkę

ISBN/ISSN:

978-83-01-20007-7

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2018

Liczba stron:

343

XML:ISBN/ISSN:

ONIX MARC21

Bibliografia:

Smilgin, Radosław. Zawód tester. Red. . Warszawa: Wydawnictwo Naukowe PWN, 2018, 343 s. ISBN 978-83-01-20007-7

Bibliografia refWorks:

RT Book, Whole

SR Electronic(1)

A1 Smilgin, R.

T1 Zawód tester

PB Wydawnictwo Naukowe PWN

PP Warszawa

YR 2018

SN 978-83-01-20007-7

Bibliografia BibTex:

@Book{ 193868, author = "Smilgin, Radosław", editor = "", title = "Zawód tester", publisher = "Wydawnictwo Naukowe PWN", year = "2018", address = "Warszawa", isbn = "978-83-01-20007-7" }

Bibliografia endNote:

TY - BOOK

AU - Smilgin, Radosław

ED -

TI - Zawód tester

PB - Wydawnictwo Naukowe PWN

CY - Warszawa

PY - 2018

SN - 978-83-01-20007-7

ER -

Netografia (standard APA):

Smilgin, Radosław. Zawód tester [baza danych online] Warszawa: Wydawnictwo Naukowe PWN, 2018 [dostęp: 03 07 2024]. Dostęp w Ibuk Libra: https://libra.ibuk.pl/reader/zawod-tester-radoslaw-smilgin-193868.

jakość oprogramowania, testowanie, zawód tester, kariera w IT

Publikacja całościowo opisuje wszystkie aspekty zawodu, odpowiedzialności testerskiej oraz wymagane kompetencje miękkie i twarde. Robi to w odwołaniu do realiów rynkowych i współczesnych trendów. Dzieli się na dwie części: w pierwszej autor obszer...

Więcej

ISBN/ISSN:

978-83-01-20007-7

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2018

Liczba stron:

343

XML:ISBN/ISSN:

ONIX MARC21

Przedmowa do drugiego wydania10
Wstęp12
Podziękowania13
1. Konstrukcja książki14
2. Testowanie w pigułce15
Zadanie17
3. Cykl życia oprogramowania18
3.1. Pomysł (potrzeba)20
3.2. Rozwój koncepcji22
3.3. Planowanie23
3.4. Analiza wymagań25
3.5. Projektowanie26
3.6. Rozwój aplikacji28
3.7. Testowanie28
3.8. Wdrożenie29
3.9. Użycie i utrzymanie29
3.10. Emerytura. Koniec życia30
3.11. Inne fazy31
4. Testowanie32
4.1. Definicja testowania32
4.2. Procesy testowania37
Zadanie37
4.2.1. Proces testowy wg BS7925-238
4.2.2. Proces testowy wg IEEE 82941
4.2.3. Proces testowy wg ISO 2911944
4.2.4. Proces testowy wg ISTQB47
4.3. Błędy, defekty, awarie, incydenty, zdarzenia, bugi50
4.2.5. Podsumowanie50
4.3.1. Uciekinierzy53
4.3.2. Błędy popełniane przez testerów55
4.3.3. Defekty powodują defekty55
Zadanie56
4.4. Jakość oprogramowania a użytkownik57
4.5. Czym jest testowanie?58
4.5.1. Proces oraz zapewnienie jakości59
4.5.2. Weryfikować a walidować65
4.5.3. Szkoła defektów kontra szkoła jakości65
4.5.4. Testy automatyczne67
4.6. Testowanie jest potrzebne69
Zadanie69
4.7. Testowanie jest nieskończone71
Zadanie73
4.8. O wyższości wczesnego testowania nad późnym74
4.9. Ekonomia testowania76
Zadanie80
5. Dzielenie testowania81
5.1. Wprowadzenie81
5.2. Czarna skrzynka i biała skrzynka82
Zadanie82
5.2.1. Testy białej skrzynki83
5.2.2. Testy czarnej skrzynki86
5.3. Testowanie funkcjonalne i niefunkcjonalne89
Zadanie89
5.3.1. Testy funkcjonalne89
5.3.2. Testy niefunkcjonalne91
5.3.3. Charakterystyki oprogramowania wg ISO 9126/ISO 2501093
5.3.4. Charakterystyki oprogramowania wg The Test Eye101
5.3.5. Charakterystyki oprogramowania wg Jamesa Bacha107
5.4. Testy potwierdzające108
Zadanie108
5.4.2. Testowanie regresywne109
5.4.1. Retesty109
5.5. Testowanie statyczne i dynamiczne111
Zadanie111
5.5.1. Testowanie statyczne112
5.5.2. Testowanie dynamiczne114
5.6. Zestawienie testów115
Zadanie118
6. Zawód tester119
6.1. Wprowadzenie119
6.2. Edukacja testerska121
6.2.1. Edukacja szkolna121
6.2.2. Edukacja internetowa124
6.2.3. Edukacja przez praktykę126
6.2.4. Edukacja w rzeczywistości127
6.3. Certyfikacja testerska131
6.2.5. Podsumowanie131
6.4. Testowanie oprogramowania ma swoich wrogów134
6.5. Cechy miękkie testera136
6.6. Trudne aspekty pracy testera138
6.7. Kto może testować produkt?140
6.8. Umiejętności twarde testera142
6.9. Posługiwanie się narzędziami i automatyzacja144
Zadanie144
6.10. Współpraca tester–programista148
6.11. Rozwój testera w organizacji149
6.12. Czego oczekuje się od testera na rynku pracy155
6.13. Zawód z przyszłością156
6.14. Zarobki testerów157
6.15. Praca testera w innych publikacjach160
6.16. Praca w charakterze testera167
6.16.1. Modele współpracy171
6.17. Na rynku pracy176
6.18. Testerskie CV181
6.19. Rozmowa kwalifikacyjna196
7. Praktyka testowania202
7.1. Wprowadzenie202
7.2. Podejścia do testowania203
7.2.1. Strategie wynikające z podziałów w testowaniu203
7.2.2. Strategia testowania oparta na modelu dostarczania203
7.2.3. Podejście negatywne do testów, czyli atak na oprogramowanie206
7.2.4. Podejście do testowania w zależności od dostępności specyfikacji208
7.3. Planowanie226
7.2.5. Testowanie oparte na ryzyku226
7.4. Testowanie229
7.4.1. Element230
7.4.2. Formularze231
7.4.3. Funkcja235
7.4.4. Logika lub proces236
Przykłady237
Zadanie289
7.5. Raportowanie290
7.5.1. Subiektywna ocena jakości oprogramowania290
7.5.2. Raport z testów291
7.5.3. Raporty o defektach294
7.6. Przykładowe projekty306
Projekt 1 – strona internetowa306
Projekt 2 – strona internetowa z projektem312
Projekt 3 – aplikacja internetowa z procesem wspierającym wytwarzanie i utrzymanie oprogramowania318
Projekt 4 – testy edukacyjnej aplikacji desktopowej326
Projekt 5 – testy aplikacji mobilnej329
Bibliografia335
Indeks rzeczowy338

3.Cyklżyciaoprogramowania

zauważalnadopierowkońcowychfazachprocesuwytwórczego.Musimysię

pogodzićzfaktem,żepodjęciedecyzjiodbywasięwniepewnychwarunkach,

gdyjeszczeniewszystkieinformacjeważnedlanaszegobiznesusądostępne.

Dodatkowomusimyuwzględnićniebezpieczeństwa,któremogąsiępojawić

wotoczeniuprojektuwytwórczego.Wszelkiegorodzajuryzykobędziepo-

chodziłonietylkozzewnątrz(chodziotakieaspekty,jakrynekczypolityka

danegokraju).Głównymźródłemryzykawprojekciejestprzedewszystkim

czynnikludzki.Decydującebędądobórosóbowłaściwychkompetencjach

orazodpowiedniemotywowaniedopracy,którestanowiąosubtelnej,acz

znaczącejróżnicymiędzynieudanymaudanymprojektem.

Start-up

Firmalubprojekt,którecechująsięniskobudżetowymidziałaniami,dużymryzy-

kiemniepowodzeniaprzedsięwzięcia,aleteższansąnadużyzwrotzinwestycji.

Absolutniekoniecznewnaszychrozważaniachjestzdeﬁniowaniegranic

systemu,aprzytymgranicyjegowykonalności.Czyprodukt,którymamy

namyśli,jestmożliwydozrealizowaniaiczyzadania,któremawykonać,są

osiągalne?Możemyzałożyć,żewytwarzamystart-updla5mldużytkowni-

ków,aleczynakładyﬁnansowenajegowytworzenieizweryﬁkowaniepo-

prawnościniebędązbytduże?Zwłaszczagdyzestawimyjezprawdopodo-

bieństwempowodzeniabiznesowego,mierzonegoliczbąkupującychnasz

produktlubkorzystającychzniego.Jeżeliwiemy,żenaświecieniemanawet

tyluaktywnychużytkownikówkomputerów,toczyrzeczywiściemożemyli-

czyćnaażtaklicznągrupęodbiorców?Mówimytuozasięguodnajmłod-

szychponajstarszychprzedstawicielinaszegogatunku.Częśćznichzamiesz-

kujecoprawdauprzemysłowionetereny,aleczęśćżyjewbuszu,niemając

dostępudoelektryczności.Studiumwykonalności(feasibilitystudy),które

określarealnośćtakiegosystemu,powienam,cojesteśmywstanieosiągnąć,

aczegonie.Nałożoneramypozwoląnamrównieżnaoszacowaniekosztów

związanychzwytworzeniemproduktu.

3.3.Planowanie

Niektóreczynnościwprocesiewytwarzaniaoprogramowaniasąjednora-

zowealbopowtarzasięjeniezmiernierzadko.Drugągrupęstanowiączyn-

nościwielokrotniepowtarzanepodczascałegocyklużycia.Teoretycznie

Brak wyników

Zawód tester

Treść książki

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