Testowanie oprogramowania w praktyce

Adam Roman, Karolina Zmitrowicz

Uzyskaj dostęp

Zakup książkę

ISBN/ISSN:

978-83-01-20038-1

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2017

Liczba stron:

240

XML:ISBN/ISSN:

ONIX MARC21

Bibliografia:

Roman, Adam; Zmitrowicz, Karolina. Testowanie oprogramowania w praktyce. Red. . Warszawa: Wydawnictwo Naukowe PWN, 2017, 240 s. ISBN 978-83-01-20038-1

Bibliografia refWorks:

RT Book, Whole

SR Electronic(1)

A1 Roman, A.

A1 Zmitrowicz, K.

T1 Testowanie oprogramowania w praktyce

PB Wydawnictwo Naukowe PWN

PP Warszawa

YR 2017

SN 978-83-01-20038-1

Bibliografia BibTex:

@Book{ 170035, author = "Roman, Adam and Zmitrowicz, Karolina", editor = "", title = "Testowanie oprogramowania w praktyce", publisher = "Wydawnictwo Naukowe PWN", year = "2017", address = "Warszawa", isbn = "978-83-01-20038-1" }

Bibliografia endNote:

TY - BOOK

AU - Roman, Adam

AU - Zmitrowicz, Karolina

ED -

TI - Testowanie oprogramowania w praktyce

PB - Wydawnictwo Naukowe PWN

CY - Warszawa

PY - 2017

SN - 978-83-01-20038-1

ER -

Netografia (standard APA):

Roman, Adam; Zmitrowicz, Karolina. Testowanie oprogramowania w praktyce [baza danych online] Warszawa: Wydawnictwo Naukowe PWN, 2017 [dostęp: 15 06 2024]. Dostęp w Ibuk Libra: https://libra.ibuk.pl/reader/testowanie-oprogramowania-w-praktyce-adam-roman-karolina-170035.

testowanie oprogramowania, jakość oprogramowania, studium przypadków, testowanie w praktyce

Niniejsza książka jest wyjątkową pozycją na rynku literatury testerskiej. Autorzy - praktycy testowania - przedstawiają rzeczywiste problemy, z jakimi przyszło się im zmierzyć w pracy zawodowej oraz w jaki sposób starali się je rozwiązać. Opisują ...

Więcej

ISBN/ISSN:

978-83-01-20038-1

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2017

Liczba stron:

240

XML:ISBN/ISSN:

ONIX MARC21

Wprowadzenie Adam Roman, Karolina Zmitrowicz12
1. Automatyzacja testów Natalia Krawczyk14
1.1. Opis przypadku14
1.2. Rozwiązanie problemu15
1.3. Podsumowanie działań22
1.4. Wnioski, zalecenia, rekomendacje23
2. Testowanie mobilne Piotr Wicherski24
2.1. Opis przypadku24
2.2. Fragmentacja24
2.3. Koszt urządzeń i rozproszenie zespołów29
2.4. Problemy i wyzwania29
2.4.1. Dobór urządzeń30
2.4.2. Zasilanie30
2.4.3. Chłodzenie31
2.4.4. Przygotowanie urządzeń32
2.4.5. Przygotowanie testów32
2.4.6. Sieć32
2.4.7. Organizacja33
2.4.8. Urządzenia lokalne czy w chmurze34
2.4.9. Analiza rozwiązań w chmurze34
2.4.10. Rozliczanie czasu dostępu36
2.4.11. Analiza rozwiązania lokalnego36
2.4.12. Potencjalne zalety posiadania laboratorium urządzeń mobilnych36
2.4.13. Potencjalne wady posiadania laboratorium urządzeń mobilnych37
2.4.14. Możliwości rozwoju38
2.4.15. Sprzęt39
2.4.16. Wnioski, zalecenia, rekomendacje42
3. Testowanie aplikacji mobilnych Ewa Ludwiczak (Bielska), Tomasz Mnich44
3.1. Opis przypadku44
3.2. Główne różnice między testowaniem aplikacji mobilnych a aplikacji desktopowych i webowych45
3.3. Fragmentacja48
3.3.1. Opis przypadku48
3.3.2. Rozwiązanie problemu48
3.4. Automatyzacja testów55
3.4.1. Opis przypadku55
3.4.2. Rozwiązanie problemu55
3.5. Wsparcie osób z dysfunkcjami wzroku w korzystaniu z aplikacji mobilnych60
3.5.1. Opis przypadku60
3.5.2. Rozwiązanie problemu60
3.6. Imitowanie odpowiedzi API63
3.6.1. Opis przypadku63
3.6.2. Rozwiązanie problemu63
3.7. Testy aplikacji w zmiennych warunkach sieciowych65
3.7.1. Opis przypadku65
3.7.2. Rozwiązanie problemu65
3.8. Skąd czerpać wiedzę o działaniu aplikacji w środowisku produkcyjnym67
3.8.1. Opis przypadku67
3.8.2. Rozwiązanie problemu68
3.9. Podsumowanie71
4. Testy użyteczności – badanie użyteczności sklepów internetowych ze zdrową żywnością Emilia Feliks, Magdalena Damaschke, Adrian Modzelewski72
4.1. Opis przypadku72
4.2. Rozwiązanie problemu73
4.3 Metodologia badania75
4.4. Wyniki przeprowadzonych badań – analiza i rekomendacje80
4.5. Wnioski i zalecenia87
5. Testy wydajności Jacek Okrojek90
5.1. Wprowadzenie90
5.2. Testy wydajności w końcowej fazie projektu91
5.3. Brak lub nieprecyzyjne wymagania92
5.4. Zbyt ogólne założenia dla testów97
5.5. Podsumowanie98
6. Wdrożenie testów eksploracyjnych w dużej firmie Radosław Smilgin100
6.1. Opis przypadku100
6.2. Świadomość testowania eksploracyjnego102
6.3. Punkt startowy106
6.4. Decyzja108
6.5. Techniki i zasady testowania110
6.5.1. Testowanie sterowane kontekstem110
6.5.2. Sesja112
6.5.3. Narzędzia113
6.5.4. Inne techniki114
6.5.5. Raportowanie115
6.5.6. Środowiska115
6.5.7. Funkcje117
6.5.8. Czas119
6.5.9. Wyniki sesji120
6.5.10. Inne raporty122
6.5.11. Łączenie raportów123
6.5.12. Sprawozdanie123
6.6. Podsumowanie124
7. Fenomen i prostota Adrian Bala126
7.1. Opis przypadku126
7.2. Uwarunkowania127
7.3. Pomysł127
7.4. Spotkanie organizacyjne128
7.5. Pierwsze kroki129
7.6. Ustalenia132
7.7. Decyzje134
7.8. Prace138
7.9. Jakość141
7.10. API145
7.11. Panel aplikacji146
7.12. Platforma aplikacji148
7.13. Testy alfa150
7.14. Testy beta151
7.15. Testy akceptacyjne151
7.16. Podsumowanie154
7.17. Retrospekcja155
7.18. Dziesięć przekazań Emila156
7.19. Słownik wybranych pojęć157
8. Do trzech razy sztuka Marta Firlej160
8.1. Opis przypadku160
8.2. Podejście pierwsze160
8.3. Podejście drugie161
8.4. Podejście trzecie163
8.5. Podsumowanie166
8.6. Dobry produkt to nie wszystko – wnioski167
9. Upadki w projektach z punktu widzenia testera Tomasz Olszewski170
9.1. Opis przypadku170
9.2. Studium porażki170
9.3. Znaki ostrzegawcze171
9.4. Wstępne fazy projektu175
9.5. Fazy dewelopmentu i testowania176
9.6. Na koniec z nadzieją – wnioski183
10. Zarządzanie dużym zespołem testerów w praktyce – opis przypadku Anna Jankowiak, Marek Falkowski184
10.1. Wprowadzenie184
10.2. Regulacje, regulacje, regulacje185
10.3. Ilu was tam pracuje przy jednym błędzie186
10.4. Bank to nie firma programistyczna187
10.5. Jedyną stałą rzeczą jest zmiana189
10.6. Czy my mówimy tym samym językiem?191
10.7. Ale ktoś TO musi przetestować191
10.8. Kto lubi testy regresji? Każdy, kto nie musi ich wykonywać194
10.9. Ale na czym mam testować?194
10.10. Nic tak nie motywuje pracownika jak dodatkowa premia196
10.11. Kontrola to najwyższa forma uznania198
10.12. Jedna metodologia dla wszystkich198
10.13. Jednolite raportowanie200
10.14. Grywalizacja201
11. Trendy – nowa metodyka zapewnienia jakości: jak sztuczna inteligencja pomogła wybrać, gdzie zastosować najlepsze praktyki pisania kodu Jarosław Hryszko204
11.1. Opis przypadku204
11.2. Studium problemu206
11.3. Rozwiązanie problemu208
11.4. Podsumowanie – rezultaty215
12. Epilog – przyszłość testowania oprogramowania Jędrzej Osiński220

1.3.PODSUMOWANIEDZIAŁAŃ

Wykonaniecałegoprocesutrwałookoło45minut.Ponieważniebyłopotrzeby,żeby

uruchamiaćtetestypokażdejzmianiekoduwrepozytorium,ustawiliśmywTeamCity,

abyprocesuruchamiałsięrazdzienniewnocy.Wraziepotrzebyuruchamialiśmygo

teżmanualnienażądanie.

1.3.Podsumowaniedziałań

Dziękispełnieniuwarunkówwstępnychudałonamsięwprowadzićustandaryzowany

procestestowywprzypadkukażdegonowegozadania.Możeonmiejscamiodbiegać

odzałożeńprzyjętychwpierwszymdokumencieopisuprocesu,jakistworzyłam,jed-

naksprawdzasiębardzodobrzewnaszymprzypadku.Składasięonobecnieznastę-

pującychetapów:

•analizyiestymacji–wykonywanyjestwspólniezdeweloperem,podczasktórego

programistatłumaczy,cobędziezmienioneorazgdziemożnaspodziewaćsiębłędów

regresji,atesterzadajepytania,analizujeprzypadkiużyciaizaczynarozpisywaćpod-

stawoweprzypadkitestowe;wynikiemanalizybyłooszacowanie,ilegodzinpotrzeba

nawykonaniezadania(zarównoczynnoścideweloperskich,jakitesterskich);

•projektowaniatestów–przeprowadzanejestprzeztestera,podczasktóregodo

dokumentacjitestowejdodawanesąnowescenariuszetestowelubmodyfikowane

jużistniejące;podopisaniunowychscenariuszytesterprzedstawiajedeweloperowi

wceluichprzeglądu;

•analizywynikówtestówautomatycznych–częstojestwykonywanaprzezdewe-

lopera,jakiprzeztestera;jeślijakiśtestzakończyłsięniepowodzeniem,należało

sprawdzić,czyprzyczynąbyłbłądnastronie,czybłądwkodzietestówautomatycz-

nych,czymożeproblemześrodowiskiemtestowym;

•wykonaniatestówmanualnychnowejfunkcjonalności–napodstawienapisanej

wcześniejdokumentacjitestowej;

•implementacjiskryptówwykonującychtestyautomatyczne(oiledanafunkcjo-

nalnośćtegowymagała);

•raportowaniawynikówtestów;

•ewentualnychretestów;

•testóweksploracyjnych.

Dodziśstosujemytenproceswprzypadkunowychfunkcjonalności.Wszystkojestupo-

rządkowaneidobrzeprzetestowane.Testyautomatycznesąbardzostabilne,szybkieoraz

zdarzyłoimsięparęrazyznaleźćbłędyregresji.Dodatkowoprogramiścidocenilitenpro-

ces–dziękiwnikliwejanalizieirozpisywaniuprzypadkówtestowychwiedząnacopowinni

zwrócićuwagęprzydewelopmencie,cosprzyjapowstawaniumniejszejliczbyusterek.

Niestety,opracowanyprzezemnieprocestestowynieprzyjąłsięwprzypadkuwdroże-

nianowejwersjiproduktu.Przypomnę,żeproceswymagałmanualnegoprzetestowania

Brak wyników

Testowanie oprogramowania w praktyce

Treść książki

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