Przejdź do treści
MK
EN
Wszystkie projekty

CI/CD i traceability

Pipeline jakości Jira + Zephyr + CI

Połączenie automatycznego wykonywania testów z Jirą i Zephyr Scale, aby śledzić jakość w czasie rzeczywistym

Przegląd

Testy automatyczne dostarczają cennych sygnałów o jakości, ale często zostają uwięzione w logach CI, z dala od miejsca, w którym zespoły planują i podejmują decyzje. W tym projekcie zbudowałem pipeline łączący wykonanie testów Maven/TestNG z Jirą i Zephyr Scale: automatyczne tworzenie cykli testowych, publikowanie wyników, powiązanie z wymaganiami i prezentowanie metryk jakości wewnątrz procesu dostarczania.

Wyzwanie

  1. 01

    Wyniki testów żyły w logach CI i raportach HTML, odcięte od procesu w Jirze, w którym podejmowano decyzje.

  2. 02

    Ręczne aktualizowanie cykli w Zephyrze po automatycznych przebiegach było wolne, podatne na błędy i często pomijane.

  3. 03

    Powiązanie testów automatycznych z wymaganiami i historyjkami było niespójne, co czyniło analizę pokrycia niewiarygodną.

  4. 04

    Raportowanie metryk jakości wymagało ręcznego składania danych z wielu rozproszonych źródeł.

Podejście

  1. Zbudowałem warstwę integracyjną na Zephyr Scale REST API, która programowo tworzy cykle testowe i publikuje wyniki po każdym przebiegu CI.

  2. Zaimplementowałem listenery TestNG zbierające metadane każdego testu (pass/fail/skip, czas, szczegóły błędu) i formatujące je pod API Zephyra.

  3. Stworzyłem mechanizm powiązania wymagań, który przez adnotacje mapuje klasy testowe na zgłoszenia w Jirze. Traceability jest utrzymywana na poziomie kodu.

  4. Skonfigurowałem pipeline'y Jenkins i GitHub Actions uruchamiające integrację przy każdym buildzie, z konfigurowalnymi środowiskami i nazewnictwem cykli.

  5. Zbudowałem lekką warstwę zapytań, która agreguje metryki jakości z Jiry i Zephyra do raportów sprintowych i wydaniowych.

Efekty

  • Koniec ręcznych aktualizacji cykli. Każdy przebieg CI sam raportuje wyniki do Zephyr Scale.

  • Pełne powiązanie testów automatycznych z wymaganiami w Jirze.

  • Liderzy produktu i inżynierii zyskali bieżący wgląd w sygnały jakości dla każdego sprintu i wydania.

  • Mniejszy koszt raportowania: inżynierowie QA skupiają się na analizie, a nie na wpisywaniu danych.

Podsumowanie

Inżynieria jakości jest warta tyle, ile jej widoczność. Bezpośrednie połączenie wyników automatyzacji z narzędziami dostarczania uczyniło jakość pełnoprawnym elementem planowania sprintów i decyzji o wydaniu, a nie przypisem w logach CI.

Powiązane projekty