Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Uruchom testy ręczne i zarejestruj wyniki testów dla każdego kroku testu przy użyciu modułu uruchamiającego testy firmy Microsoft. Testy można uruchamiać zarówno dla aplikacji internetowych, jak i aplikacji klasycznych.
Narzędzie do uruchamiania testów umożliwia uruchamianie wszystkich aktywnych testów jako serii lub określonych przypadków testowych. Modyfikowanie testów podczas ich uruchamiania. Można uruchamiać testy dla określonej kompilacji.
Podczas testowania zbierz informacje, takie jak zrzut ekranu lub akcje testowania. Jeśli podczas testowania wystąpi problem, użyj modułu uruchamiającego testy, aby utworzyć usterkę. Uwzględnij kroki testu, zrzuty ekranu i komentarze w błędzie.
Uwaga
Wykonujesz punkty testowe, a nie przypadki testowe. Po dodaniu przypadku testowego do zestawu testów są generowane punkty testowe. Punkt testowy reprezentuje unikatową kombinację przypadków testowych, zestawu testów, konfiguracji i testera.
Na przykład przypadek testowy o nazwie Funkcje logowania testowego, który ma dwie konfiguracje przeglądarek Microsoft Edge i Chrome, generuje dwa punkty testowe. Można wykonać lub uruchomić każdy z tych punktów testowych. Podczas wykonywania generowane są wyniki testów. Za pomocą widoku wyników testu lub historii wykonywania można zobaczyć wszystkie wykonania punktu testowego. Najnowsze wykonanie punktu testowego jest widoczne na karcie Wykonywanie.
Obsługiwani klienci i opcje uruchamiania
Oprócz uruchamiania testów dla określonej kompilacji opcje uruchamiania obsługują różne scenariusze testów. Aby wyświetlić opcje, na karcie Wykonywanie wybierz test, a następnie wybierz pozycję Uruchom z opcjami.
Wybierz typ testu i uruchamiacz oferuje te opcje:
Testy ręczne przy użyciu uruchamiacza opartego na przeglądarce internetowej Można wybrać określoną kompilację do przetestowania, jak opisano w Uruchamianie testów dla kompilacji. Wybierz pozycję Znajdź kompilacje , aby otworzyć okno dialogowe Znajdowanie kompilacji i wyszukać kompilację do przetestowania.
Testy ręczne przy użyciu klienta Test Runner Można uruchamiać testy ręczne dla aplikacji desktopowych przy użyciu klienta Test Runner. W razie potrzeby zainstaluj desktopowy klient Test Runner.
Testowanie automatyczne z użyciem etapu wydania Aby uruchomić testy z wykorzystaniem etapu wydania, należy wybrać kompilację. Wybierz potok wydania i etap, aby korzystać z artefaktów kompilacji. Aby uzyskać więcej informacji, zobacz część Uruchamianie testów automatycznych z planów testów.
Testy ręczne przy użyciu klienta programu Microsoft Test Manager 2017 Zbiera dane z komputera lokalnego. Wybierz kompilację. Wybierz co najmniej jeden moduł zbierający dane: dziennik akcji, dziennik zdarzeń, ekran i rejestrator głosowy oraz informacje o systemie.
Testy ręczne przy użyciu programu Microsoft Test Manager 2015 lub starszego klienta
Centrum testowe w kliencie programu Microsoft Test Manager to oparte na komputerze rozwiązanie do testowania ręcznego. Testerzy mogą używać go do celów testowania ręcznego. Aby uzyskać więcej informacji, zobacz Wskazówki dotyczące użycia programu Microsoft Test Manager. Aby uzyskać program Microsoft Test Manager, zainstaluj program Visual Studio Enterprise lub Visual Studio Test Professional.
Wymagania wstępne
| Kategoria | Wymagania |
|---|---|
| Dostęp do projektu | Członek projektu. |
| poziomy dostępu | Co najmniej dostęp do warstwy podstawowej . Aby uzyskać więcej informacji, zobacz Ręczne testowanie dostępu i uprawnień. |
Wymagania wstępne dotyczące narzędzia wiersza polecenia TCM
| Kategoria | Wymagania |
|---|---|
| Narzędzia | Visual Studio 2017 Professional lub starsza wersja. Uzyskaj dostęp do narzędzia TCM z poziomu wiersza polecenia i następujących katalogów: - %programfiles(x86)%\Microsoft Visual Studio\2017\Professional\Common7\IDE - %programfiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE- %programfiles(x86)%\Microsoft Visual Studio 14.0\Common7\IDE- Aby uruchomić polecenie TCM, określ parametry /collection i /teamproject oraz /login zgodnie z potrzebami. Zapoznaj się również z poniższą tabelą wymaganych i opcjonalnych parametrów. |
| poziomy dostępu | — Prawidłowe członkostwo w projekcie w co najmniej jednym projekcie, do którego chcesz uzyskać dostęp, oraz wymagane uprawnienia na podstawie uruchamianych poleceń. Aby uzyskać więcej informacji, zobacz Ręczne testowanie dostępu i uprawnień. — Te same poziomy dostępu do dodawania planów testów i zestawów testów do klonowania lub importowania obiektów testowych. |
| Parametr | Opis |
|---|---|
/kolekcja:CollectionURL |
Wymagany. Określa URI kolekcji projektów zespołowych. Format identyfikatora URI jest następujący: — Dla usług Azure DevOps Services: http://dev.azure.com/OrganizationName— Dla serwera Azure DevOps: http://ServerName:Port/VirtualDirectoryName/CollectionName. Jeśli nie jest używany żaden katalog wirtualny, format identyfikatora URI jest następujący:http://ServerName:Port/CollectionName |
/teamproject:project |
Wymagany. Nazwa projektu zawierającego obiekty testowe, do których chcesz sklonować lub zaimportować testy automatyczne. |
/login:username,[password] |
Opcjonalny. Określa nazwę i hasło prawidłowego użytkownika usługi Azure DevOps oraz kto ma uprawnienia do uruchamiania polecenia. Użyj tej opcji, jeśli poświadczenia systemu Windows nie mają odpowiednich uprawnień lub używasz uwierzytelniania podstawowego lub nie masz połączenia z domeną. |
Uruchamianie testów dla aplikacji internetowych
Wykonaj następujące kroki, aby uruchomić testy dla aplikacji internetowych.
W portalu internetowym otwórz projekt i wybierz Plany testów>Plany testów.
Jeśli jeszcze tego nie zrobiono, utwórz testy ręczne.
Wybierz Moje lub Wszystkie, lub użyj Filtruj według tytułu, aby znaleźć plan testu i go wybrać. Wybierz kartę Wykonaj .
Wybierz co najmniej jeden test lub wszystkie testy z zestawu testów. Następnie wybierz pozycję Uruchom dla aplikacji internetowej.
Program Microsoft Test Runner zostanie otwarty i uruchomiony w nowej przeglądarce.
Uruchom aplikację, którą chcesz przetestować.
Aplikacja nie musi działać na tym samym komputerze co Test Runner. Wystarczy użyć modułu uruchamiającego testy, aby zarejestrować, które kroki testu kończą się powodzeniem lub niepowodzeniem podczas ręcznego uruchamiania testu.
Możesz na przykład uruchomić Test Runner na komputerze stacjonarnym i aplikację ze sklepu dla systemu Windows 8, którą testujesz na tablecie z systemem Windows 8.
Oznacz każdy krok testu jako zakończone powodzeniem lub niepowodzeniem na podstawie oczekiwanych wyników.
Jeśli krok testu zakończy się niepowodzeniem, możesz wprowadzić komentarz dotyczący przyczyn niepowodzenia lub zebrania danych diagnostycznych dla testu. Możesz również utworzyć lub dodać do usterki.
Ważne
Każdy krok testu, który ma oczekiwany wynik, jest nazywany krokiem testu weryfikacji. Testerzy muszą oznaczyć krok testowy statusem, jeśli jest to krok weryfikacji testu. Ogólny wynik przypadku testowego odzwierciedla stan wszystkich kroków testowych oznaczonych przez testera. W związku z tym przypadek testowy ma status 'nieudany', jeśli tester oznaczył dowolny krok testu jako niepowodzenie lub nie oznaczył go wcale.
Dodaj błąd lub utwórz nowy
Jeśli krok testu zakończy się niepowodzeniem, wprowadź komentarz dotyczący zachowania i zbierz dane diagnostyczne. Możesz utworzyć usterkę umożliwiającą przechwytywanie i śledzenie problemu. Możesz również zaktualizować istniejącą usterkę, aby uzyskać informacje o błędzie.
Gdy krok zakończy się niepowodzeniem, wprowadź komentarz i wybierz pozycję Utwórz usterkę.
Uwaga
Jeśli przycisk Utwórz błąd nie otwiera elementu roboczego dla błędu, sprawdź ustawienia zespołu na poziomie obszaru i iteracji:
- Przejdź dozespołu> projektu i sprawdź, czy poprawny zespół jest ustawiony jako domyślny.
- Wybierz łącze Iteracje i ścieżki obszaru obok nazwy zespołu, aby przejść do strony konfiguracji zespołu.
- Sprawdź, czy iteracje, domyślne i iteracje listy prac pasują do zespołu w przypadku testowym.
- Na stronie Konfiguracja zespołu wybierz pozycję Obszary i sprawdź, czy Obszar domyślny odpowiada zespołowi odpowiedzialnemu za przypadek testowy.
W oknie dialogowym Nowa usterka wprowadź nazwę usterki.
Kroki i komentarze są automatycznie dodawane do usterki. Jeśli Test Runner jest uruchomiony w oknie przeglądarki internetowej, możesz wkleić zrzut ekranu ze schowka bezpośrednio do błędu.
Możesz przypisać błąd, wprowadzić komentarze lub powiązać z innymi problemami. Po zakończeniu wybierz pozycję Zapisz i zamknij . Przypadek testowy jest połączony z usterką, którą utworzyłeś.
Podczas sesji testowej można zobaczyć wszystkie usterki zgłaszane.
Zamiast tworzyć usterkę, możesz zaktualizować istniejącą usterkę przy użyciu informacji o tym kroku. Wybierz pozycję Dodaj do istniejącej usterki z menu rozwijanego Tworzenie usterki .
Zapisz wyniki, zamknij sesję i przejrzyj wyniki
Po zakończeniu testowania zapisz wyniki, zamknij sesję i przejrzyj wyniki testu.
Po uruchomieniu wszystkich testów wybierz pozycję Zapisz i zamknij. Wszystkie wyniki testów są przechowywane w planach testów platformy Azure.
Wyświetl stan testowania dla Twojego zestawu testów. Zobaczysz najnowsze wyniki dla każdego testu.
Jeśli jeszcze nie uruchomiono testu, jego stan jest aktywny. Zresetuj stan testu, aby był aktywny, jeśli chcesz go ponownie uruchomić.
Otwórz zestaw testów i wybierz przypadek testowy w sekcji Powiązana praca . Następnie użyj linków podrzędnych w sekcji Powiązana praca tego elementu roboczego, aby wyświetlić usterki złożone przez testera.
Testy można uruchamiać w trybie offline, a następnie importować wyniki. Aby uzyskać więcej informacji, zobacz rozszerzenie Wykonywanie testów w trybie offline.
Uruchamianie testów dla aplikacji pulpitowych
Ważne
Wycofanie klienta Azure Test Plans Test Runner dla Windows
Klient modułu uruchamiającego testy dla systemu Windows zostanie wycofany 30 listopada 2026 r. Po tej dacie nie będzie już dostępna ani obsługiwana.
Wymagana akcja: Zdecydowanie zalecamy przejście do internetowego modułu uruchamiającego testy tak szybko, jak to możliwe, co zapewnia tę samą funkcjonalność z lepszą wydajnością i ciągłym opracowywaniem, aby uniknąć zakłóceń przepływu pracy.
Wpływ, jeśli nie przeprowadzisz migracji: Przepływy pracy wykonywania testów, które opierają się na kliencie Test Runner, zostaną przerwane po dacie zakończenia wsparcia. Nie oczekuje się utraty danych, ale nie można wykonywać testów za pośrednictwem klienta klasycznego.
Jeśli chcesz zebrać więcej danych diagnostycznych dla aplikacji desktopowej, uruchom testy przy użyciu klienta Test Runner.
W portalu internetowym otwórz projekt i wybierz Plany testów>Plany testów.
Wybierz Moje lub Wszystkie, lub użyj Filtruj według tytułu, aby znaleźć plan testu i go wybrać. Wybierz kartę Wykonaj .
Uruchom moduł uruchamiający testy z usługi Azure Test Plans, wybierając pozycję Uruchom dla aplikacji komputerowej z menu rozwijanego.
W razie potrzeby pobierz i zainstaluj klienta Test Runner na pulpit.
Uwaga
- Sprawdź, czy klient modułu uruchamiającego testy jest dostępny dla twojej platformy. Obecnie klient modułu uruchamiającego testy jest dostępny tylko dla wersji x64.
- Moduł uruchamiania testów Azure może nie działać, jeśli Twoja organizacja korzysta z polityki dostępu warunkowego za pośrednictwem Microsoft Entra. Aby uzyskać więcej informacji, zobacz Typowe decyzje dotyczące dostępu warunkowego
Wybierz pozycję Uruchom i rozpocznij testowanie zgodnie z opisem w poprzedniej sekcji. Aby uzyskać więcej informacji na temat zbierania danych, zobacz Zbieranie danych diagnostycznych podczas testowania.
Uruchamianie wszystkich testów
Wszystkie testy można uruchamiać naraz w zestawie testów.
Wybierz zestaw testów i wybierz pozycję Uruchom dla aplikacji internetowej lub Uruchom dla aplikacji klasycznej, aby uruchomić wszystkie aktywne testy.
Uruchamianie testów dla kompilacji
Wybierz kompilację do uruchamiania testów.
Z listy rozwijanej wybierz pozycję Uruchom z opcjami.
W oknie dialogowym Uruchamianie z opcjami wybierz odpowiednią kompilację.
Uwaga
Wybrana kompilacja musi pochodzić z projektu, w którym są zdefiniowane testy.
Możesz wybrać kompilację dla następujących opcji:
- Testy ręczne przy użyciu modułu uruchamiającego opartego na przeglądarce internetowej
- Testy automatyczne przy użyciu etapu wydania
- Testy ręczne przy użyciu klienta programu Microsoft Test Manager 2017
Pola, które oferuje okno dialogowe, różnią się w zależności od wybranej opcji. Aby uzyskać więcej informacji, zobacz Obsługiwane klienci i opcje uruchamiania.
Każda usterka zgłaszana podczas przebiegu jest powiązana z wybraną kompilacją. Wynik testu jest publikowany względem tej kompilacji.
Modyfikowanie kroku testu podczas przebiegu testu
Rozwiąż problemy z krokami testu, gdy test jest nadal uruchomiony. Wybierz ikonę Edytuj krok testu.
Możesz wstawić, zmienić kolejność lub usunąć kroki. Możesz również edytować sam tekst.
Przechwytywanie zaawansowanych danych diagnostycznych
Podczas uruchamiania testów można dodawać zrzuty ekranu, przechwytywać akcje jako dziennik i nagrywać wideo lub głos.
Dodawanie zrzutu ekranu
Dodaj zrzut ekranu do wyników testu podczas uruchamiania testu.
Jeśli używasz przeglądarki Google Chrome lub Firefox, użyj internetowego modułu uruchamiającego testy, aby wykonać zrzuty ekranu aplikacji internetowej. W przypadku przeglądarek Microsoft Internet Explorer lub Microsoft Edge albo testowania aplikacji desktopowych, użyj klienta desktopowego Test Runner.
Aby uzyskać więcej informacji, zobacz Zbieranie danych diagnostycznych.
Przechwytywanie akcji z testu
Przechwyć akcje w aplikacji jako dziennik.
Jeśli używasz przeglądarki Google Chrome lub Firefox, użyj modułu do przechwytywania działań w aplikacji internetowej w postaci dzienników obrazów podczas testowania. W przypadku przeglądarek Microsoft Internet Explorer lub Microsoft Edge albo testowania aplikacji desktopowych, użyj klienta desktopowego Test Runner.
Aby uzyskać więcej informacji, zobacz Zbieranie danych diagnostycznych.
Przechwytywanie nagrań ekranu testowanych aplikacji
Przechwyć nagrania ekranu mojej aplikacji podczas testowania.
Jeśli używasz przeglądarki Google Chrome lub Firefox, użyj przeglądarkowego narzędzia, aby przechwycić nagrania ekranu aplikacji internetowych i biurkowych podczas testowania. W przypadku przeglądarek Microsoft Internet Explorer lub Microsoft Edge albo testowania aplikacji desktopowych, użyj klienta desktopowego Test Runner.
Aby uzyskać więcej informacji, zobacz Zbieranie danych diagnostycznych.
Uruchamianie testów za pomocą narzędzia TCM
Testy, które są częścią planu testów, można uruchamiać przy użyciu narzędzia wiersza polecenia TCM. To narzędzie umożliwia utworzenie i uruchomienie przebiegu testu, a następnie zarządzanie wszystkimi istniejącymi przebiegami testów. Użyj poleceń tcm opisanych tutaj, aby wykonać te zadania.
Wyświetlanie listy przebiegów testów | Tworzenie przebiegów testów | Wykonywanie przebiegów testów | Przerywanie przebiegów testów | Usuwanie przebiegów testów | Eksportowanie przebiegów testów | Publikowanie przebiegów testów
Lista przebiegów testów
Użyj tcm run /list, aby wyświetlić listę przebiegów dostępnych w planie testów i pokazać ich identyfikator. Identyfikator odpowiada identyfikatorowi elementu roboczego zdefiniowanemu podczas tworzenia przebiegu.
tcm run /list /collection:teamprojectcollectionurl /teamproject:project
[/planid:id | /querytext:query] [/login:username,[password]]
| Parametr | Opis |
|---|---|
/planid:id |
Opcjonalny. Wskazuje, że na liście są zwracane tylko te przebiegi testów skojarzone z określonym planem testu. |
/querytext:query |
Opcjonalny. Określa zapytanie, które ma być używane do wyświetlania listy podzestawu przebiegów testów. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Poniższe polecenie zawiera listę przebiegów testów zdefiniowanych dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime . Identyfikator i tytuł odpowiadają identyfikatorowi elementu roboczego i tytułowi zdefiniowanemu dla przebiegu testu. Na przykład przebieg testu 1000052 jest zatytułowany Plan testowy dla cyklu 1 (manualny).
tcm run /list /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Id Title Owner Date Completed
--------- ---------------------------------- ------------------- -----------
1000006 Sprint 2 (Manual) Thomas Margand 11/5/2021
1000032 33 : Change initial view (Manual) Danielle Brasseur 11/11/2021
1000040 Sprint 2 (Manual) Thomas Margand 11/16/2021
1000042 Sprint 3 (Manual) Thomas Margand 11/16/2021
1000046 Special testing (Manual) Nicoletta Guibord 11/18/2021
1000052 Test Plan for Cycle 1 (Manual) Bukhosi Bhengu 12/1/2021
1000060 Game Shopping (Manual) Bukhosi Bhengu 12/6/2021
Tworzenie uruchomień testów
Użyj tcm run /create polecenia , aby utworzyć przebieg testu skojarzony z określonym planem testu. Oprócz planu testowania należy również zdefiniować zestaw testów i konfigurację, której chcesz użyć przy użyciu odpowiedniego identyfikatora. Te identyfikatory można zebrać, używając poleceń , tcm plans /list i tcm suites /list.
tcm run /create /title:title /planid:id /collection:CollectionURL /teamproject:project
(suiteid:id /configid:configid | /querytext:query)
[/settingsname:name] [/owner:owner] [/builddir:directory]
[/testenvironment:name] [/login:username,[password]] [/include]
| Parametr | Opis |
|---|---|
/title:title |
Określa tytuł, którego chcesz użyć na potrzeby utworzonego przebiegu testu. |
/planid:id |
Określa plan testów, w którym chcesz utworzyć przebieg testu. |
/suiteid:id |
Określa zestawy testów, które mają być używane na potrzeby przebiegu testu. |
/configid:id |
Określa konfigurację testu, którą chcesz uruchomić dla zestawów testów. |
/querytext:query |
Opcjonalne, jeśli określisz suiteid i configid. Określa zapytanie, które ma być używane do wybierania testów, które chcesz uruchomić. Porada: możesz użyć parametru /querytest , aby uruchomić więcej niż jeden zestaw testów. Na przykład: querytext:“SELECT * FROM TestPoint WHERE (ConfigurationId=20 OR ConfigurationId=21) AND (Suiteid=1185 OR Suiteid=1186)”. |
/settingsname:name |
Opcjonalny. Określa ustawienia testu, które mają być używane na potrzeby tego przebiegu testu. Jeśli nie wybierzesz ustawień testu, zostaną użyte domyślne ustawienia testu w planie testu. |
/owner:owner |
Opcjonalny. Określa właściciela przebiegu testu. |
/builddir:directory |
Opcjonalny. Określa katalog kompilacji, który ma być używany do lokalizowania zestawów testowych dla testu. Jeśli nie zostanie to sprecyzowane, lokalizacja kompilacji jest używana na podstawie kompilacji, która jest aktualnie przypisana do planu testu. |
/testenvironment:name |
Opcjonalny. Określa środowisko testowe, którego chcesz użyć na potrzeby tego przebiegu testu. Jeśli nie wybierzesz środowiska testowego, zostanie użyte domyślne środowisko testowe w planie testu. |
| /include | Opcjonalny. Określa, że są uwzględniane wszystkie testy wybrane dla przebiegu testu, nawet jeśli testy nie są obecnie ustawione na aktywny stan. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Następujące polecenie tworzy przebieg testu o nazwie MyTestRun w planie testu o identyfikatorze77. Przebieg używa zestawu testów o identyfikatorze 161 i konfiguracji testu o identyfikatorze9. Przebieg jest definiowany dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime .
W tym przykładzie zostanie utworzony przebieg testowy o identyfikatorze 1000082.
tcm run /create /title:MyTestRun /planid:77 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber" /suiteid:161 /configid:9
Run created with ID: 1000082.
Wykonaj testy próbne
Użyj komendy tcm run /execute, aby uruchomić jeden z przebiegów w Twoim planie testów. Określony identyfikator odpowiada identyfikatorowi zadania zdefiniowanemu podczas tworzenia przebiegu. Możesz wyświetlić listę wszystkich identyfikatorów przebiegów testów za pomocą polecenia tcm run /list .
tcm run /execute /id:id /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Parametr | Opis |
|---|---|
/id:id |
Określa identyfikator przebiegu testu, który chcesz uruchomić. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Następujące polecenie uruchamia test o numerze ID1000082 dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime. Wyniki są zwracane w oknie interfejsu wiersza polecenia.
tcm run /execute /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Executing run: MyTestRun
Results
------------------------
Total: 2
Passed: 1
Failed: 1
Inconclusive: 0
Przerwanie przebiegów testów
Użyj tcm run /abort polecenia , aby anulować przebieg testu, który jest w toku. Określony identyfikator odpowiada identyfikatorowi zadania zdefiniowanemu podczas tworzenia przebiegu.
tcm run /abort /id:id /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Parametr | Opis |
|---|---|
/id:id |
Określa identyfikator przebiegu testu, który chcesz anulować. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Następujące polecenie zatrzymuje przebieg testu z identyfikatorem 1000082 dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime. Wyniki potwierdzają identyfikator i tytuł anulowanej operacji.
tcm run /abort /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Run with ID [1000082] and title [MyTestRun] has been aborted.
Usuń przebiegi testów
Użyj tcm run /delete do usunięcia przebiegu testu z planu testowego. Określony identyfikator odpowiada identyfikatorowi elementu roboczego zdefiniowanemu podczas tworzenia przebiegu testu.
tcm run /delete /id:id [/noprompt] /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Parametr | Opis |
|---|---|
/id:id |
Określa identyfikator przebiegu testowego, który chcesz usunąć. |
| /noprompt | Opcjonalny. Określa, że użytkownik nie jest proszony o potwierdzenie usunięcia przebiegu testowego. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Następujące polecenie usuwa przebieg testu z identyfikatorem 1000082 dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime. Użytkownik jest proszony o potwierdzenie, że chce usunąć określony przebieg testu, a podawany jest wynik.
tcm run /delete /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Are you sure you want to delete run [MyTestRun]? (Yes/No) y
Run [MyTestRun] has been deleted.
Eksportowanie przebiegów testów
Użyj polecenia tcm run /export , aby wyeksportować przebieg testu do określonej lokalizacji. Określony identyfikator odpowiada identyfikatorowi zadania zdefiniowanemu podczas tworzenia przebiegu.
tcm run /export /id:id /resultsfile:path /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Parametr | Opis |
|---|---|
/id:id |
Określa identyfikator przebiegu testu, który chcesz wyeksportować. |
/resultsfile:path |
Określa lokalizację i nazwę pliku dla przebiegu testowego, który chcesz wyeksportować. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Następujące polecenie określa, że przebieg testu z identyfikatorem 1000082 projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime jest eksportowany do folderu c:\temp\ResultsForDeveloper.trx.
tcm run /export /id:1000082 /resultsfile:"c:\temp\ResultsForDeveloper.trx" /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Publikowanie przebiegów testów
Użyj tcm run /publish polecenia , aby opublikować wyniki z pliku wyników przebiegu testu programu Visual Studio dla określonego planu testu.
tcm run /publish /suiteid:id /configid:id /resultowner:owner /resultsfile:path
/collection:teamprojectcollectionurl /teamproject:project [/title:runtitle]
[/runowner:owner] [/build:buildnumber /builddefinition:builddefinition]
[/flavor:flavor] [/platform:platform] [/assignfailurestouser:user]
[/login:username,[password]] [/buildverification]
| Parametr | Opis |
|---|---|
/suiteid:id |
Określa zestaw testów do użycia podczas publikowania przebiegu testu. |
/configid:id |
Określa konfigurację testu, której chcesz użyć podczas publikowania przebiegu testu. |
/resultowner:owner |
Określa właściciela wyników testów. |
/resultsfile:path |
Określa lokalizację przebiegu testu, który chcesz opublikować. Na przykład "c:\temp\ResultsForDeveloper.trx". |
/title:runtitle |
Opcjonalny. Określa tytuł, którego chcesz użyć do wykonania testu, który chcesz opublikować. |
/runowner:owner |
Opcjonalny. Określa właściciela przebiegu testu. |
/build:buildnumber |
Opcjonalny. Określa numer kompilacji, który ma być używany do publikowania przebiegu testu. Ten parametr musi być używany z parametrem /builddefinition. |
/builddefinition:builddefinition |
Opcjonalny. Określa definicję kompilacji, która ma być używana do publikowania przebiegu testu. Ten parametr musi być używany z parametrem /build. |
/flavor:flavor |
Opcjonalny. Określa wersję kompilacji, na przykład Release. Parametr ten można użyć tylko wtedy, gdy użyty jest parametr /build. |
/platform:platform |
Opcjonalny. Określa platformę kompilacji, taką jak x86. Parametr ten można użyć tylko wtedy, gdy użyty jest parametr /build. |
/assignfailurestouser:user |
Opcjonalny. Określa użytkownika, któremu przypisano wszystkie nieudane testy w przebiegu testowym. |
| /buildverification | Opcjonalny. Określa, że ta seria testów zawiera testy weryfikacji kompilacji, sprawdzające podstawową funkcjonalność kompilacji. |
Opisy parametrów /collection/teamprojecti /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.
Przykład
Następujące polecenie publikuje przebieg testu dla zestawu testów o ID161 i konfiguracji testowej o ID9 oraz przypisuje nowego właściciela. Spowoduje to zaktualizowanie istniejących punktów testowych dla przypadków testowych w zestawie testów sparowanym z tą konfiguracją i opublikowanie wyników w określonym pliku trx . Wszystkie testy, które zakończyły się niepowodzeniem w przebiegu testu, są przypisywane do określonego użytkownika.
tcm run /publish /suiteid:167 /configid:9 /resultowner:"Thomas Margand" /resultsfile:"c:\temp\ResultsForDeveloper.trx" /assignfailurestouser:"Bukhosi Bhengu" /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Często zadawane pytania
Oto kilka typowych pytań.
.: Jak mogę ponownie uruchomić test?
A: Wystarczy wybrać dowolny test i kliknąć Uruchom.
Czy mogę uruchomić razem wszystkie testy w zestawie testów?
A: Tak, wybierz zestaw testów i kliknij Uruchom. Ta opcja uruchamia wszystkie aktywne testy w zestawie testów. Jeśli jeszcze nie uruchomiono testu, jego stan jest aktywny. Możesz zresetować stan testu, aby był aktywny, jeśli chcesz go ponownie uruchomić.
Czy mogę wybrać kompilację do testowania?
1: Tak, wybierz pozycję Uruchom , a następnie wybierz pozycję Uruchom z opcjami.
Wybierz odpowiednią kompilację z listy rozwijanej.
Każda usterka zgłaszana podczas przebiegu jest automatycznie skojarzona z wybraną kompilacją. Wynik testu jest publikowany dla tej kompilacji.
Uwaga
Wybrana kompilacja musi pochodzić z projektu, w którym są zdefiniowane testy.
Czy mogę naprawić kroki testowe podczas uruchamiania testu?
1: Tak, jeśli masz plany testów platformy Azure dla usługi Azure DevOps. Możesz wstawić, przenieść lub usunąć kroki. Możesz też edytować sam tekst. Użyj ikony edycji obok numeru kroku testu.
Pokazano narzędzie do edytowania kroków testu.
.: Czy mogę dodać zrzut ekranu do wyników testu podczas uruchamiania testu?
1: Jeśli używasz przeglądarki Google Chrome lub Firefox, użyj przeglądarkowego narzędzia, aby wykonać zrzuty ekranu aplikacji internetowej podczas testowania. W przypadku przeglądarek Microsoft Internet Explorer lub Microsoft Edge, lub do testowania aplikacji desktopowych, można pobrać i użyć klienta Test Runner dla komputerów.
Aby uzyskać więcej informacji, zobacz Zbieranie danych diagnostycznych.
Q: Czy mogę przechwycić moje czynności w aplikacji jako log?
A: Jeśli używasz Google Chrome lub Firefox, użyj narzędzia do przechwytywania w przeglądarce, aby podczas testowania przechwytywać swoje działania w aplikacji internetowej jako pliki obrazów. W przypadku przeglądarek Microsoft Internet Explorer lub Microsoft Edge, lub do testowania aplikacji desktopowych, można pobrać i użyć klienta Test Runner dla komputerów.
Aby uzyskać więcej informacji, zobacz Zbieranie danych diagnostycznych.
.: Czy mogę przechwytywać nagrania ekranu mojej aplikacji?
A: Jeśli używasz przeglądarki Google Chrome lub Firefox, użyj narzędzia sieciowego, aby przechwycić nagrania ekranu aplikacji internetowych i komputerowych podczas testowania. W przypadku przeglądarek Microsoft Internet Explorer lub Microsoft Edge oraz do testowania aplikacji desktopowych pobierz i użyj klienta desktopowego Test Runner.
Aby uzyskać więcej informacji, zobacz Zbieranie danych diagnostycznych.
Dlaczego niektóre załączniki do próby testowej nie wyświetlają opcji podglądu?
Treść: Można wyświetlać podgląd tylko plików z rozszerzeniami txt i log. Wybierz opcję podglądu dla plików rozszerzenia txt lub dziennika, a zostanie otwarty inny interfejs użytkownika z polem listy rozwijanej zawierającym wszystkie załączniki przebiegu testu. Jeśli wybierzesz plik z typem rozszerzenia innym niż txt lub dziennik, zostanie wyświetlony następujący komunikat: "Możesz wyświetlić podgląd tylko plików z rozszerzeniami txt i dziennika, kliknij tutaj, aby pobrać załącznik"
.: Jak mogę kontrolować, jak długo przechowuję dane testowe?
A: Aby uzyskać więcej informacji, zobacz Ustaw zasady przechowywania testów.
Gdzie mogę pobrać klienta Test Runner?
A: Pobierz klienta desktopowego Test Runner.
Jakie są obsługiwane systemy operacyjne dla klienta Test Runner?
A: Klient desktopowy modułu uruchamiającego testy jest obecnie obsługiwany tylko na platformie Windows x64.
Obserwuję błędy podczas uruchamiania testów z użyciem klienta komputerowego programu Azure Test Runner.
A: Upewnij się, że używasz najnowszej wersji klienta komputerowego Test Runner. Pobierz desktopowego klienta Test Runner
Czy klient desktopowy Azure Test Runner działa na urządzeniach z włączonym dostępem warunkowym Microsoft Entra?
A: Azure Test Runner może nie działać, jeśli organizacja korzysta z zasad dostępu warunkowego za pośrednictwem Microsoft Entra. Aby uzyskać więcej informacji, zobacz Typowe decyzje dotyczące dostępu warunkowego. To doświadczenie jest znanym ograniczeniem, a naszym zaleceniem jest użycie Web Runnera w tym scenariuszu.
Czy mogę zrezygnować z telemetrii dla klienta Test Runnera?
Odpowiedź: Nie. Aplikacja kliencka uruchamiająca testy nie zbiera żadnych danych umożliwiających identyfikację użytkownika. Nie podano żadnego mechanizmu rezygnacji. Aby uzyskać więcej informacji, zobacz Zasady ochrony prywatności firmy Microsoft.
.: Czy mogę uruchomić testy w trybie offline, a następnie zaimportować wyniki?
A: Tak, zobacz rozszerzenie Offline Test Execution.