Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Usługi Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
W tym artykule opisano sposób szybkiego tworzenia, uruchamiania, aktualizowania i śledzenia testów bezpośrednio z elementów roboczych na tablicach w Azure Boards. Testy tworzone na podstawie elementów roboczych na tablicy są automatycznie połączone z elementami roboczymi.
Wbudowane testy umożliwiają tworzenie, uruchamianie i śledzenie testów bezpośrednio na elementach roboczych na tablicy bez przełączania narzędzi. Takie podejście jest przydatne, gdy chcesz szybko zweryfikować kryteria akceptacji lub wychwycić problemy podczas sprintu.
Kiedy należy używać testów wbudowanych:
- Uproszczone testowanie bezpośrednio na pokładzie elementów roboczych
- Niewielka liczba testów na element roboczy (kilka szybkich weryfikacji)
- Zespół preferuje pracę w jednym okienku bez przełączania do planów testowych
- Testowanie ad hoc lub prosta weryfikacja ręczna
Kiedy należy używać centrum Planów testów:
- Duże zestawy testów z wieloma przypadkami testowymi
- Złożone scenariusze testów, konfiguracje testów lub konfiguracja środowiska
- Planowanie i metryki testów dla całego zespołu
- Testowanie eksploracyjne z zaawansowanym śledzeniem
Aby uzyskać pełną platformę testowania, zobacz Co to jest Azure Test Plans?
Zarządzanie wbudowanymi testami w elementach roboczych tablicy jest podobne do zarządzania wbudowanymi listami kontrolnymi zadań. Aby uzyskać więcej informacji na temat zadań wbudowanych, zobacz Samouczek: Dodawanie zadań lub elementów podrzędnych jako elementów listy kontrolnej.
- Aby zapoznać się z omówieniem tablic Kanban, zobacz Co to jest tablica Kanban?
Napiwek
Możesz użyć sztucznej inteligencji do wsparcia tego zadania w dalszej części tego artykułu lub zobacz Włącz pomoc AI w serwerze MCP usługi Azure DevOps aby rozpocząć pracę.
Wymagania wstępne
| Kategoria | Wymagania |
|---|---|
| Dostęp do Projektu | członek projektu. |
| Poziomy dostępu | Aby dodać elementy robocze, wyświetlać lub uruchamiać testy i korzystać ze wszystkich funkcji tablic, wymagany jest dostęp na poziomie podstawowym. Użytkownicy z dostępem uczestników projektu nie mogą wyświetlać ani uruchamiać testów. |
| Uprawnienia | Aby wyświetlić lub zmodyfikować elementy robocze, ustaw uprawnienia Wyświetl elementy robocze w tym węźle i Edytuj elementy robocze w tym węźle na Zezwalaj. Domyślnie grupa Współautorzy ma te uprawnienia. Aby uzyskać więcej informacji, zobacz Ustaw uprawnienia i dostęp do śledzenia pracy. |
Co można zrobić za pomocą testów wbudowanych
Korzystając z testów wbudowanych, można wykonywać następujące czynności:
- Dodawanie testów do elementów roboczych bezpośrednio z tablicy
- Uruchamianie testów w celu zweryfikowania funkcjonalności i kryteriów akceptacji
- Aktualizowanie stanu testu w celu odzwierciedlenia wyników powodzenia, niepowodzenia lub zablokowanych
- Ponowne przypisywanie testów między elementami roboczymi
- Kopiowanie testów w celu ponownego użycia wielu elementów roboczych
Każde zadanie zawiera instrukcje krok po kroku w kolejnych sekcjach.
Otwieranie tablic w Azure Boards
Aby wyświetlić tablicę zespołu, otwórz projekt Azure DevOps i wybierz pozycję Boards>Boards z menu nawigacji po lewej stronie.
Aby wyświetlić inną tablicę, wybierz strzałkę obok tytułu na stronie tablicy i wybierz inny katalog tablic lub Wyświetl tablice z listy rozwijanej. Możesz również wybrać tablicę w sekcji Wszystkie tablice zespołów na stronie katalogu Tablice.
Napiwek
Wybierz ikonę gwiazdki obok nazwy tablicy, aby oznaczyć ją jako ulubioną. Ulubione tablice pojawiają się na górze listy wyboru tablic.
Rozwiń i wyświetl testy wbudowane w kod
Po pierwszym otwarciu tablicy zadania i listy kontrolne testów w elementach roboczych są zwinięte.
Umieść kursor na ikonie testu wbudowanego, aby wyświetlić podsumowanie testu.
Wybierz ikonę testu, aby rozwinąć listę testów i innych kontrolek. Aby zwinąć listę i kontrolki, wybierz ponownie ikonę.
Na rozwiniętym panelu wybierz test z listy, aby otworzyć i edytować stronę przypadku testowego.
Na rozwiniętym panelu wybierz ikonę Akcje elementu roboczego obok testu, aby wyświetlić opcje menu kontekstowego.
Wybierz ikonę Otwórz zestaw testów , aby otworzyć zestaw testów dla elementu roboczego na nowej stronie przeglądarki.
W poniższym przykładzie pokazano zestaw testów 285 utworzony dla 38 usterek z trzema wbudowanymi przypadkami testowymi dodanymi do pakietu.
Dodawanie testów w linii
Gdy dodajesz przypadki testowe bezpośrednio do elementu roboczego tablicy, proces automatycznie tworzy dla tego elementu domyślny plan testów i pakiet testów, a przypadki testowe są w nich pogrupowane.
Aby dodać testy do elementu roboczego na tablicy, otwórz menu Akcje elementu roboczego dla elementu roboczego i wybierz pozycję Dodaj test z menu kontekstowego. Możesz również wybrać istniejącą ikonę testu wbudowanego w elemencie roboczym, a następnie wybrać pozycję Dodaj test w rozwiniętym panelu testowym.
W rozszerzonym panelu wprowadź nowy tytuł testu i naciśnij Enter. Możesz dodać wiele testów, naciskając Enter po dodaniu każdego testu.
Aby uzyskać więcej informacji, zobacz Planowanie testów i Tworzenie testów ręcznych.
Uruchamianie testu wbudowanego
Przed uruchomieniem nowego testu należy dodać szczegóły. Aby dodać szczegóły do przypadku testowego, otwórz go, wybierając go na wbudowanej liście przypadków testowych lub wybierając polecenie Otwórz w menu kontekstowym.
Uruchom test, wybierając pozycję Uruchom test z menu kontekstowego testu.
Microsoft Test Runner uruchamia się w nowym wystąpieniu przeglądarki. Aby uzyskać więcej informacji, zobacz Uruchamianie testów ręcznych.
Aktualizowanie stanu testu
Aby śledzić stan testu, zaktualizuj stan testu wbudowanego z menu kontekstowego.
Prześladuj lub skopiuj test
Aby powtórzyć test, przeciągnij i upuść test do innego elementu roboczego. Ta akcja automatycznie zmienia powiązanie testu i wskazuje na nowy element roboczy.
W poniższym przykładzie pokazano, jak test TEST: Anulowanie formularza zamówienia jest przenoszony z elementu Formularz anulowania zamówienia do elementu Historia konta klienta.
Aby skopiować test do innego elementu roboczego, przytrzymaj naciśnięty Ctrl podczas przeciągania i upuszczania testu do innego elementu roboczego.
Uwaga / Notatka
Łącząc przypadek testowy z elementem roboczym za pomocą typu linku Przetestowane według, tablica odzwierciedla status testu tego połączonego przypadku testowego. Jeśli jednak zestaw oparty na wymaganiach ma wiele konfiguracji, tablica wyświetla tylko wynik testu dla konfiguracji domyślnej. Aby upewnić się, że przypadki testowe są prawidłowo wyświetlane na tablicy, lepiej użyć polecenia Dodaj test w elemencie roboczym lub utworzyć zestaw testów oparty na wymaganiach z centrum Plany testów.
Rozwiązywanie problemów z testami wbudowanymi
Moduł uruchamiania testów nie uruchamia się
Jeśli nie można otworzyć modułu uruchamiającego testy w nowym oknie przeglądarki:
- Sprawdź, czy przeglądarka zezwala na wyskakujące okienka z
dev.azure.com - Upewnij się, że język JavaScript jest włączony
- Sprawdź, czy przeglądarka jest zgodna z Azure DevOps.
- Sprawdź, czy masz uprawnienie Wyświetlanie przebiegów testów w projekcie
Nie można powtórzyć ani skopiować testu
Aby ponownie uruchomić lub skopiować test między elementami roboczymi, musisz mieć następujące elementy:
- Edytowanie elementów roboczych w tym węźle uprawnienia zarówno dla elementów źródłowych, jak i docelowych
- Test musi znajdować się w tym samym projekcie (reparenting między projektami nie jest obsługiwany)
Jeśli zostanie wyświetlony błąd "odmowa uprawnień", sprawdź uprawnienia projektu. Aby uzyskać więcej informacji, zobacz Ustaw uprawnienia i dostęp do śledzenia pracy.
Testy nie są wyświetlane bezpośrednio po dodaniu
Jeśli dodasz test, ale nie pojawi się on w panelu testów wbudowanych:
- Odśwież stronę tablicy
- Sprawdź, czy przypadek testowy został utworzony w domyślnym zestawie testów dla elementu roboczego
- Sprawdź, czy element roboczy jest wyświetlany na tablicy (a nie w panelu szczegółów)
Stan testu nie jest wyświetlany na pokładzie
Jeśli test jest połączony za pomocą łącza typu Testowane przez, ale nie pokazuje statusu:
- W przypadku zestawów testów opartych na wymaganiach z wieloma konfiguracjami tablica pokazuje tylko wynik testu dla konfiguracji domyślnej
- Aby upewnić się, że stan testu jest wyświetlany poprawnie, użyj polecenia Dodaj test w elemencie roboczym zamiast ręcznie łączyć przypadki testowe
- Zobacz Śledzenie stanu testów, aby uzyskać informacje o procedurach aktualizacji statusu.
Powolne działanie lub przekroczenie limitu czasu podczas dodawania lub uruchamiania wielu testów
Operacje testów wbudowanych najlepiej sprawdzają się w przypadku małych zestawów testów (3–5 testów na element roboczy). Jeśli wystąpi spowolnienie:
- Użyj centrum Planów testów dla dużych zestawów testów.
- Uruchamiaj testy pojedynczo zamiast używać operacji wsadowych.
- Sprawdź wydajność połączenia sieciowego i przeglądarki.
Przypadek testowy nie ma wymaganych pól
Przed uruchomieniem testu przypadek testowy musi zawierać następujące elementy:
- Co najmniej jeden krok testu
- Oczekiwany wynik dla każdego kroku
Jeśli zostanie wyświetlony błąd weryfikacji, otwórz formularz przypadku testowego i dodaj kroki. Aby uzyskać więcej informacji, zobacz Tworzenie ręcznych przypadków testowych.
Zarządzanie testami inline za pomocą sztucznej inteligencji
Pomoc dotycząca sztucznej inteligencji można użyć za pośrednictwem serwera Azure DevOps MCP, aby ułatwić zarządzanie testami wbudowanymi. Oto przykładowe polecenia, których możesz użyć:
| Zadanie | Przykładowy monit |
|---|---|
| Tworzenie przypadków testowych | "Pomóż mi utworzyć przypadki testowe, które weryfikują te kryteria akceptacji scenariusza użytkownika" |
| Tworzenie przypadków testowych | "Generuj przypadki testowe, aby uwzględnić główne przepływy pracy użytkownika w tej funkcji" |
| Tworzenie przypadków testowych | "Jakie przypadki testowe zaleca się dla tego przepływu zakupu?" |
| Tworzenie przypadków testowych | "Tworzenie scenariuszy testowych przypadków brzegowych dla funkcji logowania" |
| Organizowanie testów i zarządzanie nimi | "Pomóż mi zorganizować te wbudowane testy w zestawy testów logicznych" |
| Organizowanie testów i zarządzanie nimi | "Czy należy używać testów wbudowanych lub przenieść je do centrum Planów testów? Oto mój scenariusz..." |
| Organizowanie testów i zarządzanie nimi | "Jaka jest dobra konwencja nazewnictwa dla przypadków testowych?" |
| Śledzenie stanu testu | "Pokaż, które testy obecnie przechodzą i które wymagają pracy" |
| Śledzenie stanu testu | Pomóż mi podsumować status testów w tym sprincie |
| Śledzenie stanu testu | "Analizowanie tych niepowodzeń testów i sugerowanie poprawek" |
| Pokrycie i strategia testowania | "Sugerowanie strategii testowania dla tego złożonego scenariusza użytkownika" |
| Pokrycie i strategia testowania | "Jakie obszary tej funkcji mogą nie mieć wystarczającego pokrycia testowego?" |
| Pokrycie i strategia testowania | "Pomóż mi ustalić priorytety, które testy mają być uruchamiane jako pierwsze" |
Uwaga / Notatka
Te polecenia działają najlepiej, kiedy podajesz kontekst dotyczący elementów pracy, scenariuszy testowych i kryteriów akceptacji. Im bardziej szczegółowy będzie Twój opis, tym lepsze będą sugestie.