Informacje o kompleksowej możliwości śledzenia
Azure DevOps Services
Usługa Azure DevOps obsługuje kompleksową możliwość śledzenia przez łączenie różnych obiektów w procesie programowania, takich jak elementy robocze, gałęzie, zatwierdzenia, żądania ściągnięcia, kompilacje i wydania. Wbudowane raporty i narzędzia analityczne umożliwiają monitorowanie śledzenia w czasie rzeczywistym.
Ten artykuł zawiera omówienie sposobu włączania i obsługi śledzenia usługi Azure DevOps z linkami do bardziej szczegółowych informacji.
Możliwość śledzenia i łączenie
Możesz śledzić zmiany kodu, kompilacje i wydania połączone z elementem roboczym w całym cyklu projektowania. Dzięki temu twój zespół może zobaczyć dziennik inspekcji sposobu wykonania pracy lub sposobu naprawienia usterki przez przyjrzenie się zmianom w bazie kodu.
Typy linków używane dla repozytoriów Git to Kompilacja, Znaleziono w kompilacji, Zintegrowano w kompilacji, Gałąź, Zatwierdzenie, Wniosek o połączeniei Zintegrowano na etapie wydania.
Tworzenie gałęzi i żądania ściągnięcia z elementu roboczego
Gałąź: Możesz utworzyć gałąź na podstawie elementu roboczego, otwierając menu karty elementu roboczego na tablicy produktów lub wybierając pozycję Utwórz gałąź w formularzu elementu roboczego. Gałąź jest automatycznie połączona z elementem roboczym za pomocą linku typu Branch.
Pull request: Po zakończeniu wprowadzania zmian w kodzie w nowej gałęzi deweloperzy mogą utworzyć pull request na podstawie elementu roboczego. Korzystanie z tablicy i elementu roboczego w celu wspierania tworzenia oprogramowania zachęca deweloperów do dodawania komentarzy podczas pracy, dokumentowania zmian i przyczyn związanych z nimi. Dzięki temu element roboczy staje się bogatym źródłem informacji i historii zmian kodu.
Dodawanie i uruchamianie testów z elementów roboczych
Połącz test z zestawem wymagań i sprawdź, czy aplikacja działa zgodnie z oczekiwaniami. Na tablicy można dodawać testy do elementu roboczego. Następnie możesz uruchomić nowe testy z tablicy i ustawić stan testu.
Integracja testów z tablicą ułatwia zespołom rozpoczęcie testowania ręcznego, a następnie korzystanie z pełnych możliwości testowania oferowanych przez plany testów platformy Azure. Na tablicy przedstawiono test dodany do spełnienia wymagania, gdy przypadki testowe są generowane z tablicy lub gdy zestawy testów oparte na wymaganiach są tworzone w ramach Planów testów.
Testowanie ręczne i automatyczne
Można uruchamiać testy automatyczne w potoku lub na żądanie. Można je również połączyć z przypadkami testowymi w planie testów i uruchomić je w ramach Planów testów. Dzięki temu można śledzić jakość wymagań za pomocą testów automatycznych, które są nazywane zaplanowanymi testami.
Wdrażanie zmian w środowisku produkcyjnym
Po zdefiniowaniu potoku do budowania i publikowania zmian w kodzie, można śledzić wdrażanie wymagań dotyczących elementu roboczego na każdym etapie wydania. W formularzu elementu roboczego można szybko otworzyć linki do kompilacji i wydań z sekcji Deployment oraz Development.
Po otwarciu formularza elementu roboczego zostaną wyświetlone etapy, do których jest wdrażane wymaganie. Aby uzyskać więcej szczegółów, możesz przejść do szczegółów za pomocą menu rozwijanego.
- sekcja Rozwój: Otwórz gałęzie, zatwierdzenia lub żądania ściągnięcia powiązane z elementem roboczym.
- Wdrażanie sekcja: znajdź informacje o wydaniach zadań połączonych z commitami Git będących częścią wydania buildu.
Aby uzyskać więcej informacji, zobacz Informacje o tablicach kanban.
Widok wydania
Na poniższej ilustracji przedstawiono wiele środowisk przeznaczonych dla wydania, z którym jest skojarzony wybrany element roboczy.
Ustawienia wydania
Zarządzaj opcjami wyświetlania z poziomu ustawień wydania. Kontrolka wdrażania elementów roboczych pokazuje, jak przebiegają wydania połączone z Twoimi elementami roboczymi. Możesz zobaczyć stan wydania dla elementów roboczych, które mają commity w kompilacji, oraz dla potoków wydania, które skonfigurowałeś do wysyłania informacji o wdrożeniu do usługi Azure Boards.
Macierz śledzenia wymagań
Możliwość śledzenia wymagań zapewnia zespołom wgląd w wskaźniki, takie jak jakość wymagań lub gotowość do wysłania wymagań. Podstawowym aspektem śledzenia wymagań jest skojarzenie wymagań dotyczących przypadków testowych, usterek i zmian kodu.
Macierz śledzenia wymagań (RTM) gwarantuje, że wszystkie wymagania zdefiniowane dla systemu są testowane w protokołach testowych. Aby uzyskać więcej informacji na temat macierzy śledzenia wymagań, zobacz Śledzenie wymagań.
Raporty dotyczące możliwości śledzenia wymagań
Raporty dotyczące możliwości śledzenia wymagań to sposób pokazywania, jak różne fazy procesu programowania są powiązane i udokumentowane. Pomagają zespołom mierzyć jakość i kompletność swoich wymagań oraz ocenić gotowość do dostarczenia. Ułatwiają one również śledzenie zmian kodu, testów, usterek i wdrożeń powiązanych z wymaganiami.
Możliwość śledzenia błędów
Usterka i wynik testu są widoczne razem na karcie Testy w tym samym kontekście. Karta Elementy robocze zawiera również wszelkie wymagania połączone z wynikiem testu.
Aby uzyskać informacje o błędach i śledzeniu źródła, zobacz Śledzenie wymagań.
Możliwość śledzenia źródła
Na podstawie potoku kompilacji lub wydania można wybrać oś czasu lub widok potoku, aby zobaczyć zatwierdzone zmiany kodu. Możesz przeanalizować zmiany kodu, aby zidentyfikować potencjalną główną przyczynę niepowodzenia testu.
Analiza testów
Aby uzyskać więcej informacji na temat usługi Test Analytics dla kompilacji i wydań, śledzenia jakości wymagań i niepowodzeń testów, zobacz Test Analytics.