Bramki jakości w pipeline'ach CI
Nie każdy błąd powinien blokować merge. Dowiedz się, które bramki jakości muszą blokować pipeline, które powinny tylko informować, i jak projektować bramki, które chronią produkcję bez spowalniania.
Bramki jakości, GitHub Actions, E2E w Dockerze, raporty, continuous testing i to, co QA bierze na siebie po wydaniu.
8 / 8 części
← Wszystkie serieNie każdy błąd powinien blokować merge. Dowiedz się, które bramki jakości muszą blokować pipeline, które powinny tylko informować, i jak projektować bramki, które chronią produkcję bez spowalniania.
Naucz się budować szybkie, niezawodne pipeline'y CI z GitHub Actions. Opanuj składnię workflow, cache'owanie zależności, strategie matrix, zarządzanie sekretami i integrację Playwrighta dla.
Odtwarzalne środowiska testowe to fundament niezawodnego CI/CD. Naucz się używać Docker Compose do lokalnego i CI testowania E2E oraz uruchamiać testy smoke przeciwko efemerycznym deploymentom.
Nieudane uruchomienia CI są użyteczne tylko wtedy, gdy możesz je szybko zdiagnozować. Naucz się generować raporty HTML, uploadować artefakty trace, ustanawiać pętle odpowiedzialności i powiadamiać.
Szybki feedback na pull requestach przyspiesza delivery. Naucz się projektować checki PR, które łapią prawdziwe problemy wcześnie, używać filtrów ścieżek do pomijania nieistotnych checków i.
Continuous delivery wymaga pewności na każdym etapie. Dowiedz się, gdzie QA wpasowuje się w pipeline'y CD, jak budować pewność release bez spowalniania i jak progressive delivery i feature flagi.
Wybierz, które testy regresji idą na pull request, które czekają na noc, a które powinny wyjść z suite.
Ustal, co QA obserwuje w pierwszej godzinie po wydaniu: syntetyczne podróże, sygnał stopu i test, który dochodzi potem.