-
Ogólne
-
potrzeby
-
wymagania
- testowalność aplikacji
-
CEL
-
Strategia
- kto
- pisze
- utrzymuje
- dla kogo
- jak dostarczane
- co i jak dokumentujemy
- co gdzie automatyzujemy
- jakie modele uzywamy
-
ograniczenia
-
budżet
- pieniądze
- ludzie
- czas
- stack technologiczny klienta
- polityka bezpieczeństwa
- processy
-
kontrola wersji
-
README
- How to
-
development processs
- kiedy commitowac
- kiedy mergowac
- Wersjonowanie testów
-
Defintion
-
of
- ready
- done
-
Dokumnetacja
- Architektura
- Podejscie do testów
-
TestData
-
jak zarządzane
- statyczne?
- losowo genreowane
- mockowane
- trzymane w csv
-
Pisanie
-
GUIDE LINE
- CODE REVIEW
-
style guide
- konwencje nazewnicze
-
Architektura
- uml?
-
technikalia
- język programowania
- narzędzia
-
Stateczna analiza codu
- lintery
-
infrastruktura testowa
-
środowiska
- jak zrobinone
- CI
-
zarządzanie testami
- Tagowanie?
- traceablility
-
Wykonanie
- CI PROCESS
- czasy wykonania
- Stabilnośc testów
-
elastyczność
- możliwość debugowania
- paremtyzacja/konfigurowalnść
-
Utrzymanie
- co z flaky testami
- co z testami do feature które zostały usnięte
- szkolenia
- czy mamy regularne przeglądnie testów
-
Raportowanie
- czy jest
- komu
-
co
- czy są dashboardy
- monitoring
-
O mnie
-
Blog
- thebrokentest.com
-
GitHub
- https://github.com/mwyrodek
-
linkedin
- https://www.linkedin.com/in/wyrodek/
-
twitter
- @maciejwyrodek
-
Pies
- Luis