Automatyzacja testów. Kompletny przewodnik dla testerów oprogramowania

Arnon Axelrod

Uzyskaj dostęp

Zakup książkę

ISBN/ISSN:

978-83-01-20854-7

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2019

Liczba stron:

484

XML:ISBN/ISSN:

ONIX MARC21

Bibliografia:

Axelrod, Arnon. Automatyzacja testów. Kompletny przewodnik dla testerów oprogramowania. Red. . Warszawa: Wydawnictwo Naukowe PWN, 2019, 484 s. ISBN 978-83-01-20854-7

Bibliografia refWorks:

RT Book, Whole

SR Electronic(1)

A1 Axelrod, A.

T1 Automatyzacja testów. Kompletny przewodnik dla testerów oprogramowania

PB Wydawnictwo Naukowe PWN

PP Warszawa

YR 2019

SN 978-83-01-20854-7

Bibliografia BibTex:

@Book{ 212348, author = "Axelrod, Arnon", editor = "", title = "Automatyzacja testów. Kompletny przewodnik dla testerów oprogramowania", publisher = "Wydawnictwo Naukowe PWN", year = "2019", address = "Warszawa", isbn = "978-83-01-20854-7" }

Bibliografia endNote:

TY - BOOK

AU - Axelrod, Arnon

ED -

TI - Automatyzacja testów. Kompletny przewodnik dla testerów oprogramowania

PB - Wydawnictwo Naukowe PWN

CY - Warszawa

PY - 2019

SN - 978-83-01-20854-7

ER -

Netografia (standard APA):

Axelrod, Arnon. Automatyzacja testów. Kompletny przewodnik dla testerów oprogramowania [baza danych online] Warszawa: Wydawnictwo Naukowe PWN, 2019 [dostęp: 04 05 2024]. Dostęp w Ibuk Libra: https://libra.ibuk.pl/reader/automatyzacja-testow-kompletny-przewodnik-dla-testerow-oprogramowania-arnon-axelrod-212348.

automatyzacja testów, jakość oprogramowania, testy automatyczne, testowanie aplikacji, projekt automatyzacji testów, dostarczanie oprogramowania, projekty oprogramowania, wydajność oprogramowania

Ten solidny i dokładny przewodnik pomoże Ci zbudować i utrzymać skuteczną automatyzację testów W miarę jak branża związana z oprogramowaniem odchodzi stopniowo od tradycyjnych paradygmatów kaskadowych na rzecz tych bardziej zwinnych, automatyzacj...

Więcej

ISBN/ISSN:

978-83-01-20854-7

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2019

Liczba stron:

484

XML:ISBN/ISSN:

ONIX MARC21

O autorze 16
O recenzencie technicznym 18
Podziękowania 20
Wprowadzenie 22
Jak zorganizowana jest ta książka? 23
Kto powinien przeczytać tę książkę? 23
Część I: „Dlaczego” oraz „Co” 24
Część II: „Jak” 24
CZĘŚĆ I. „Dlaczego” oraz „co ” 28
1. Wartość automatyzacji testów 30
Dlaczego potrzebujemy automatyzacji testów?30
Od modelu kaskadowego do zwinnego tworzenia oprogramowania31
Koszt złożoności oprogramowania32
Utrzymywanie stałego kosztu33
Refaktoryzacja35
Ciągłe doskonalenie36
2. Od testowania ręcznego do automatycznego 38
Podejście pierwsze: nagrywanie i odtwarzanie38
Uzyskiwanie maksimum korzyści z automatyzacji testów40
Różnice pomiędzy testami manualnymi i automatycznymi43
Testowanie eksploracyjne43
Rozważania dotyczące testowania automatycznego45
3. Ludzie i narzędzia 54
Wybieranie właściwych narzędzi54
Kto powinien pisać testy?55
Promowanie testerów manualnych lub niedoświadczonych deweloperów do rangi deweloperów automatyzacji55
Dzielenie pracy między testerów manualnych i deweloperów automatyzacji58
Korzystanie z dedykowanego zespołu automatyzacji60
Dedykowany deweloper automatyzacji wewnątrz każdego zespołu61
Różnorodność narzędzi62
Dawanie deweloperom pełnej odpowiedzialności za automatyzację62
IDE i języki programowania63
Klasyfikacja narzędzi63
Biblioteki testowania (jednostkowego)66
Biblioteki w stylu BDD68
Technologie zapewniające interakcję z testowanym systemem69
Pakiety do zarządzania testami80
Inne czynniki mające znaczenie przy wybieraniu narzędzi81
Narzędzia kompilacji oraz potoki ciągłej integracji lub ciągłego dostarczania81
4. Osiąganie pełnego pokrycia 84
W jaki sposób mierzymy pokrycie?85
Procent przypadków testów manualnych pokrytych przez automatyzację85
Procent pokrytych funkcji86
Procent pokrycia kodu87
Uzyskiwanie korzyści przed osiągnięciem pełnego pokrycia90
Co robimy po osiągnięciu pełnego pokrycia?91
W jaki sposób uzyskać 100% pokrycia?92
Odwracanie koła93
Mapa drogowa prowadząca do pomyślnego projektu automatyzacji96
Kiedy rozpocząć pracę nad progresją?97
Nadawanie priorytetu pracy w celu zlikwidowania luki w regresji98
5. Procesy biznesowe 100
Regularne uruchamianie testów100
Najprostsze podejście101
Testowanie nocne101
Obsługiwanie błędów wykrywanych przez automatyzację102
Zachowywanie testów kończących się niepowodzeniem103
Wykluczanie testów kończących się niepowodzeniem104
Tworzenie obejść w teście105
Traktowanie wszystkich niepowodzeń automatyzacji jako błędów krytycznych107
Ciągła integracja108
Tworzenie oprogramowania sterowane testami akceptacyjnymi108
Ciągłe dostarczanie i ciągłe wdrażanie109
Wydania kanarkowe111
Podsumowanie112
6. A utomatyzacja i architektura testów 114
Założenia dotyczące do architektury testów114
Poznawanie architektury testowanego systemu115
Powrót do podstaw: czym jest system komputerowy?115
Czym jest test automatyczny?116
Rzeczywiste systemy komputerowe117
Alternatywy i założenia w architekturze warstwowej120
Związki między zakresem a testem121
Omówienie warstw122
Alternatywne zakresy testowania124
Rzeczywista architektura137
Architektura planowana kontra architektura rzeczywista137
Typowe warianty138
Łączenie testów139
Podsumowanie czynników142
Co poza architekturą warstwową?145
Podsumowanie: dokonywanie własnych wyborów149
7. Izolacja i środowiska testowe150
Stan150
Problemy z izolacją i ich rozwiązania152
Problem 1 – testy manualne i test automatyczny wykonywane w różnym czasie152
Problem 2 – testy manualne i automatyczne wykonywane jednocześnie153
Problem 3 – kolejność ma znaczenie153
Techniki izolacji154
Problem 4 – testy automatyczne uruchamiane jednocześnie154
Korzystanie z oddzielnych kont155
Oddzielne środowisko dla każdego członka zespołu155
Osobne bazy danych dla testów manualnych i automatyzacji testów155
Resetowanie środowiska przed każdym cyklem testowania157
Tworzenie niepowtarzalnych danych dla każdego testu161
Każdy test czyści wszystko, co utworzył165
Współdzielone dane tylko do odczytu166
Podsumowanie168
8. Szersza perspektywa 170
Relacje między architekturą oprogramowania i strukturą biznesu170
Prawo Conwaya170
Zespoły pionowe kontra zespoły poziome171
Zależności między architekturą oprogramowania i strukturą organizacyjną z automatyzacją testów172
Dedykowany zespół automatyzacji173
Deweloperzy automatyzacji w zespołach poziomych173
Deweloperzy automatyzacji w zespołach pionowych174
Elastyczna struktura organizacyjna174
Podsumowanie175
Ekspert ds. automatyzacji175
CZĘŚĆ II. „Jak” 178
9. Przygotowanie do samouczka 180
Wymagania i założenia wstępne180
Stosowanie procesu do istniejących systemów automatyzacji testów181
„Z dołu do góry” albo „z góry do dołu”182
Omówienie procesu182
Proces183
Poznawanie testowanego systemu184
Omówienie projektu MVCForum184
Przygotowanie środowiska pod samouczek187
Instalowanie Visual Studio w edycji Community188
Pobieranie i instalowanie bazy danych SQL Server Express188
Pobieranie i instalowanie przeglądarki Chrome188
Pobieranie i budowanie aplikacji189
Instalacja dodatku ReSharper (krok opcjonalny)192
Korzystanie z narzędzia Git z poziomu Visual Studio194
Przełączanie pomiędzy gałęziami195
Podsumowanie198
10. Projektowanie pierwszego przypadku testowego 200
Wybieranie pierwszego testu do zautomatyzowania200
Wybieranie pierwszego przypadku testowego dla aplikacji MVCForum204
Naukowa metoda projektowania przypadku testowego205
Projektowanie kroków testu205
Myślenie w kontekście obiektów i jednostek208
Wzorzec obiektu strony210
Podsumowanie215
11. Kodowanie pierwszego testu 216
Tworzenie projektu216
Modyfikowanie nazw klas, plików i metod testowych219
Pisanie pseudokodu221
Uwagi odnośnie do pseudokodu222
Uzupełnianie kodu w celu jego skompilowania224
Deklarowanie klasy LoggedInUser226
Deklarowanie właściwości MVCForum226
Deklarowanie metody RegisterNewUserAndLogin228
Deklarowanie pozostałych klas i metod228
Omówienie kodu modelu232
Podsumowanie233
12. Uzupełnianie pierwszego testu 234
Uruchamianie testu w celu znalezienia pierwszej metody do zaimplementowania235
Dodawanie Selenium do projektu236
Implementowanie konstruktora MVCForumClient238
Uruchamianie IISExpress238
Implementowanie metody RegisterNewUserAndLogin240
Proszenie dewelopera o dodanie unikalnego identyfikatora automatyzacji244
Implementowanie metod ustawiających dla właściwości246
Usuwanie duplikacji z metod ustawiających właściwości249
Napotykanie błędu izolacji251
Implementowanie metody CreateDiscussion i analizowanie niepowodzenia255
Kończenie testu258
Podsumowanie259
13. Badanie niepowodzeń 260
Integrowanie z najnowszą wersją aplikacji MVCForum260
Usprawnianie raportowania błędów262
Unikanie debugowania265
Badanie głównej przyczyny266
Rozwiązywanie problemu266
Więcej problemów…268
Rejestrowanie oraz inne formy zbierania dowodów274
Przechwytywanie ekranu274
Rejestrowanie274
Rejestrowanie zagnieżdżone275
Rejestrowanie wizualne276
Dodatkowe opcje rejestrowania i diagnozowania277
Dodawanie zagnieżdżonego rejestratora wizualnego do testów aplikacji MVCForum279
Badanie trudniejszych niepowodzeń281
Niepowodzenia, które zdarzają się tylko na jednej maszynie281
Badanie testów migoczących285
Badanie testów wpływających na inne testy285
Podsumowanie292
14. Dodawanie kolejnych testów 294
Pisanie kolejnych testów294
Planowanie kolejnych testów296
Dodawanie testu: dyskusje mogą być filtrowane według kategorii297
Wprowadzanie dodatkowych usprawnień310
Podsumowanie procesu dodawania drugiego testu310
Tworzenie bardziej zrozumiałych identyfikatorów310
Organizowanie kodu w foldery311
Wyodrębnianie klasy bazowej dla testów311
Obsługa wielu użytkowników i przeglądarek312
Wskazówki w zakresie korzystania z plików konfiguracyjnych testów312
Obsługiwanie wielu przeglądarek314
Dodatkowe możliwości usprawniania316
Automatyczne ponowne tworzenie bazy danych316
Oczyszczanie317
Dodawanie kolejnych testów319
Poprawienie wydajności319
Testy sterowane danymi319
Podsumowanie321
15. Ciągła integracja 322
Czy to naprawdę konieczne?323
Tworzenie procesu kompilacji testów323
Planowanie procesu kompilacji testów324
Tworzenie procesu automatycznego wdrażania326
Dodawanie testów do kompilacji328
Zmiana procesu tworzenia oprogramowania i kultury330
Co jest potrzebne do zmiany kultury?331
Dążenie do „Świętego Graala”331
Określanie punktu wyjścia333
Skracanie czasu wykonywania testów340
Równoległe wykonywanie i wirtualizacja341
Realizowanie wymagań wstępnych za pośrednictwem API341
Ulepszanie izolacji341
Dzielenie potoku CI na etapy342
Uruchamianie wyłącznie testów poprawności w ramach ciągłej integracji342
Pisanie głównie testów integracyjnych i jednostkowych343
Uruchamianie testów wyłącznie dla konkretnych komponentów343
Optymalizowanie wydajności testów344
Pokrywanie szerszej macierzy345
Podsumowanie346
16. Tworzenie oprogramowania sterowane testami akceptacyjnymi (ATDD) 348
Omówienie metodyki ATDD348
Bycie bardziej zwinnym349
Co sprawia, że zespół jest zwinny?349
Dług techniczny349
Unikanie długu technicznego350
Proces351
Tworzenie historyjki użytkownika352
Pisanie testów automatycznych355
Dostarczanie aplikacji i zbieranie opinii na jej temat362
Używanie testów akceptacyjnych jako dokumentacji363
Wiązanie kroków zamiast testów363
Kompromis między możliwością ponownego użycia, poziomem szczegółów i czytelnością365
Wprowadzanie metodyki ATDD do istniejącego projektu366
Rozpoczynanie bez testów automatycznych366
Retrospektywna implementacja automatyzacji367
Rozpoczynanie od naprawy błędów367
Zwiększanie pokrycia regresji368
Podsumowanie369
17. Test jednostkowe i tworzenie oprogramowania sterowane testami (TDD) 370
Przyswajanie testów jednostkowych i TDD370
Sposoby pisania testów jednostkowych371
Mechanizm biblioteki testów jednostkowych372
Sposób pisania testu jednostkowego374
Testy jednostkowe i operacje wejścia/wyjścia377
Mechanizm działania TDD382
Czerwone-zielone-refaktoryzacja382
Dlaczego najpierw powinniśmy pisać testy?385
Prawdziwe wyzwania w testowaniu jednostkowym i TDD386
Główne wyzwania związane z testowaniem jednostkowym386
Bardziej szczegółowe wyzwania387
Główne wyzwania związane z podejściem TDD387
Opanowywanie czystego kodu i zasad SOLID391
Opanowywanie umiejętności refaktoryzowania392
Największe wyzwanie: co testować?393
Używanie metodyki TDD w celach, do jakich była projektowana394
Podejście „z zewnątrz do środka” kontra podejście „od środka na zewnątrz”394
Podsumowanie395
18. Inne rodzaje testów automatycznych 396
Mierzenie wydajności w środowisku produkcyjnym396
Testy wydajności396
Czego nie robić?398
Definiowanie oczekiwanego rezultatu399
Testy obciążeniowe400
Badanie wąskich gardeł w wydajności400
Ponowne wykorzystywanie kodu pomiędzy testami funkcjonalnymi i testami wydajności400
Wydajność postrzegana a wydajność rzeczywista400
Jak działają testy obciążeniowe401
Definiowanie oczekiwanego rezultatu402
Uruchamianie testów w środowisku produkcyjnym404
Łączenie testów wydajności z testami obciążeniowymi404
Testowanie wdrożenia404
Które testy uruchamiać?405
Testowanie stanu zdrowia środowiska produkcyjnego405
Testowanie wizualne406
Oczyszczanie danych testu406
Przepływ pracy testowania wizualnego407
Testy instalacji408
Podejścia dla testów instalacji408
Testowanie wizualne i testowanie w wielu przeglądarkach/na wielu platformach408
Testy aktualizacji410
Testowanie instalacji za pośrednictwem interfejsu użytkownika lub instalacji dyskretnej410
Testowanie programu deinstalacyjnego410
Podejścia dla testów aktualizacji411
Testowanie algorytmów statystycznych, niedeterministycznych i sztucznej inteligencji412
Sposoby testowania algorytmów statystycznych413
Testowanie aplikacji, które wykorzystują liczby losowe415
Testowanie aplikacji analityki biznesowej416
Podsumowanie417
19. Co dalej? 418
Popełniaj błędy418
Słuchaj, konsultuj się i zasięgaj porad418
Poznaj i dostosuj się do celów swojego biznesu419
Poznaj swoje narzędzia419
Doskonalenie umiejętności programistycznych420
Doskonalenie umiejętności w zakresie zapewniania jakości421
Poszerzaj swoje horyzonty421
Dzielenie się wiedzą422
Dziel się własnymi narzędziami422
Bawmy się dobrze!423
Dodatek A. Rzeczywiste przykłady 424
Przykład 1 – system monitorowania wodomierzy424
Symulowanie serwera komunikacji426
Praca z usługą Google Maps427
Przykład 2 – system do handlu na rynku Forex429
Niestabilność powodowana przez CRM430
Rozwiązanie430
Izolowanie środowisk431
Opis architektury432
Przykład 3 – zarządzanie sklepem detalicznym432
Testowanie aplikacji mobilnej z użyciem abstrakcyjnego zakresu testowania432
Wdrożenie minimalne434
Struktura organizacyjna435
Rozwiązania automatyzacji testów436
Symulator daty i godziny437
Testy dla trzech warstw438
Testy kompleksowe438
Dodatek B. Mechanizm oczyszczania 440
Wywołania zwrotne i delegaty440
Budowanie mechanizmu oczyszczania442
Problem442
Proste rozwiązanie443
Ponowne wykorzystywanie mechanizmu oczyszczania445
Obsługiwanie zależności pomiędzy akcjami oczyszczającymi446
Obsługiwanie wyjątków w akcjach oczyszczających448
Podsumowanie449
Dodatek C. Projekt „Test Automation Essentials” 450
Kontekst450
Struktura projektu451
Funkcje i narzędzia452
Pakiety NuGet452
TestAutomationEssentials.Common452
Uwaga dotycząca testów jednostkowych i komentarzy XML452
TestAutomationEssentials.MSTest455
TestAutomationEssentials.CodedUI456
TestAutomationEssentials.Selenium456
Pomoc w tworzeniu projektu i przenoszenie na inne języki459
Dodatek D. Wskazówki i praktyki zwiększające produktywność programisty 460
Preferuj korzystanie z klawiatury460
Poka-Yoke462
Unikaj wartości Null463
Unikaj przechwytywania wyjątków464
Wybieranie najbardziej odpowiedniego lokalizatora467
Trwale zakodowane ciągi znaków w automatyzacji testów: za i przeciw470
Indeks474