Kopiowanie lub klonowanie planów testów, zestawów testów i przypadków testowych

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Kilka narzędzi obsługuje operacje kopiowania, klonowania lub importowania elementów testowych, takich jak plany testów, zestawy testów i przypadki testowe. Przypadki testowe opisują kroki, które należy wykonać, aby uruchomić test i zweryfikować implementację funkcji lub poprawkę błędów. Zestawy testów grupowe przypadki testowe i opcjonalnie inne zestawy testów w określonej kolejności. Plany testów definiują kolekcję zestawów testów do uruchomienia dla określonej iteracji lub wydania.

Każdy przypadek testowy został zaprojektowany w celu potwierdzenia określonego zachowania. Przypadki testowe mogą należeć do co najmniej jednego zestawu testów, jednak zestawy testów mogą należeć do jednego i tylko jednego planu testowego.

Ogólnie rzecz biorąc, należy utworzyć plan testowania dla każdego ważnego kamienia milowego projektu. Operacje kopiowania, klonowania lub importowania elementów testowych obsługują następujące scenariusze.

• Definiowanie planu testu dla nowego przebiegu lub wydania na podstawie istniejącego planu testu
• Importowanie zestawów testów z jednego planu testów do innego planu testów w ramach tego samego lub innego projektu
• Kopiowanie przypadków testowych do użycia w różnych zestawach testów i planach testów
• Udostępnianie obiektów testowych między projektami
• Przenoszenie obiektów testowych z jednego projektu do innego, ewentualnie w celu obsługi konsolidowania projektów w jednym projekcie

Aby uzyskać więcej informacji, zobacz Omówienie obiektów testowych i terminów.

Wymagania wstępne

Musisz mieć następujące uprawnienia i poziomy dostępu:

• Dostęp podstawowy lub wyższy i uprawnienia do wyświetlania elementów roboczych w odpowiedniej ścieżce obszaru. Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do projektu lub zespołu.
• Poziom dostępu Podstawowe i plany testów, aby dodać plany testów i zestawy testów, usunąć artefakty testowe i zdefiniować konfiguracje testów. Możesz też mieć jedną z następujących subskrypcji programu Visual Studio:
  • Przedsiębiorstwo
  • Test Professional
  • Platformy MSDN
• Aby dodać lub edytować artefakty związane z testem, musisz mieć następujące uprawnienia:
  • Edytuj elementy robocze w tym węźle ustawionym na wartość Zezwalaj w odpowiedniej ścieżce obszaru, aby dodać lub zmodyfikować plany testów, zestawy testów, przypadki testowe lub inne typy elementów roboczych opartych na testach.
  • Zarządzaj uprawnieniami planów testów ustawionymi na Wartość Zezwalaj w ramach odpowiedniej ścieżki obszaru, aby zmodyfikować właściwości planu testów, takie jak ustawienia kompilacji i testowania.
  • Zarządzaj zestawem uprawnień zestawów testów na wartość Zezwalaj w ramach odpowiedniej ścieżki obszaru, aby tworzyć i usuwać zestawy testów, dodawać i usuwać przypadki testowe z zestawów testów, zmieniać konfiguracje testów skojarzone z zestawami testów i modyfikować hierarchię zestawu testów (przenieś zestaw testów).

Aby uzyskać więcej informacji, zobacz Ręczne testowanie dostępu i uprawnień.

Praca z narzędziem wiersza polecenia TCM

Aby użyć narzędzia wiersza polecenia TCM, musisz mieć następujące elementy:

• Zainstalowano program Visual Studio 2017 Professional lub starszą wersję. Dostęp do usługi TCM można uzyskać 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 /collection parametry i /teamproject zgodnie /login z potrzebami.

  Parametr	Opis
  /Kolekcji:CollectionURL	Wymagany. Określa identyfikator 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ą.

• Musisz być prawidłowym członkiem co najmniej jednego projektu, do którego chcesz uzyskać dostęp i mieć wymagane uprawnienia na podstawie uruchamianych poleceń. Aby uzyskać więcej informacji, zobacz Ręczne testowanie dostępu i uprawnień.

• Aby dodać plany testów i zestawy testów do klonowania lub importowania obiektów testowych, musisz mieć te same poziomy dostępu.

Obsługiwane narzędzia do kopiowania, klonowania i importowania

W zależności od używanej wersji usługi Azure DevOps można użyć klientów lub narzędzi wymienionych w poniższej tabeli do kopiowania, klonowania lub importowania planów testów, zestawów testów lub przypadków testowych.

Klient/narzędzie

Plany testów

Zestawy testów

Przypadki testowe

---

Portal^{internetowy 1}

✔️ Kopii

✔️ Importu

✔️ Kopiowanie ✔️ eksportu/importowania zbiorczego

Portal internetowy (siatka)

✔️ Kopiowanie i wklejanie

Formularz elementu roboczego

✔️ Kopii

Interfejs wiersza polecenia^{TCM 2}

✔️ Klon

✔️ Klon

✔️ Importowanie automatyczne

Interfejs API^{REST 3}

✔️ Klon

✔️ Klon

Uwaga

1. Wraz z wydaniem usługi Azure DevOps Server 2020 portal internetowy dla planów testów platformy Azure został znacząco zaktualizowany. Dodano wiele nowych funkcji do obsługi kopiowania, klonowania, importowania i eksportowania. Aby zapoznać się z omówieniem, zobacz Navigate Test Plans (Nawigowanie po planach testów).
2. Narzędzie wiersza polecenia Zarządzanie przypadkami testowymi (TCM) jest instalowane podczas instalowania programu Visual Studio 2017 lub starszych wersji. Przykłady przedstawione w tym artykule odzwierciedlają opcje dostępne w programie Visual Studio 2017. Wcześniejsze wersje mogą obsługiwać mniej opcji. Aby uzyskać szczegółowe informacje, zobacz Praca z narzędziem wiersza polecenia TCM.
3. Dodano polecenia interfejsu API REST do obsługi klonowania planów testów i zestawów testów w wersji 5.0 odpowiadającej usłudze Azure DevOps 2019.

Wyświetlanie listy planów testów lub zestawów testów

Podczas wykonywania operacji kopiowania, klonowania lub importowania związanych z planami testów lub zestawami testów niezbędne jest uzyskanie dostępu do ich unikatowego identyfikatora. Ten identyfikator pozwala precyzyjnie określić konkretny plan lub pakiet, z którym chcesz pracować. Znając przypisany identyfikator, można usprawnić procesy testowania i zapewnić dokładną replikację lub transfer danych związanych z testami.

Przeglądarka

Wykonaj poniższe kroki, aby wygenerować listę planów testów, zestawów testów lub innych obiektów testowych.

1. Wybierz pozycję Zapytania tablic>z projektu.
2. Wprowadź parametr Work Item Type=Test Plan w Edytorze zapytań. Możesz wyświetlić listę wszystkich planów testów zdefiniowanych dla projektu zespołowego.
3. Wprowadź pole wyboru Zapytanie między projektami . Zapytanie zawiera listę wszystkich planów testów zdefiniowanych dla wszystkich projektów. Aby uzyskać więcej informacji, zobacz Definiowanie zapytania elementu roboczego.
4. Uruchamianie zapytania.

Napiwek

Chociaż plany testów, zestawy testów i przypadki testowe są ze sobą powiązane, nie można wyświetlać relacji za pośrednictwem zapytania elementu roboczego. Typy łączy nie łączą planów testów, zestawów testów i przypadków testowych. Tylko udostępnione kroki i parametry udostępnione łączą się z przypadkami testowymi. Ponadto przypadki testowe łączą się z scenariuszami użytkownika lub innymi testami elementów roboczych.

Interfejs wiersza polecenia TCM

Narzędzie TCM obsługuje wyświetlanie listy planów testów i zestawów testów. Listy określają identyfikator pracy dla każdego planu testu lub zestawu testów. Ten identyfikator jest taki sam jak identyfikator planu lub identyfikator pakietu.

Wyświetlanie listy planów testów Lista zestawów | testów

Wyświetlanie listy planów testów

Użyj tcm plans /list polecenia , aby określić identyfikator planu testowego. Identyfikator odpowiada identyfikatorowi elementu roboczego zdefiniowanemu podczas tworzenia planu testu.

tcm plans /list [/planid:id  |  /querytext:query] /collection:teamprojectcollectionurl
           /teamproject:project [/login:username,[password]]

Parametr	Opis
/querytext:query	Opcjonalny. Określa zapytanie, które ma być używane do wyświetlania listy podzestawu planów testów.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Przykład

Poniższe polecenie zawiera listę planów testów zdefiniowanych dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime . Identyfikator i nazwa odpowiadają identyfikatorowi elementu roboczego i tytułowi zdefiniowanemu dla planu testowego. Na przykład plan testu 86 nosi tytuł Hello World Test.

tcm plans /list /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber"

Id        Name
------***----------------------------------------------------------------
66        Sprint 1
72        All sprints
77        Sprint 2
86        Hello World Test

Wyświetlanie listy zestawów testów

Służy tcm suites /list do wyświetlania listy zestawów testów z identyfikatorami elementów roboczych. Jeśli nie określono parametrów opcjonalnych, wszystkie zestawy testów są wyświetlane dla projektu zespołowego.

tcm suites /list [/planid:id  |  /querytext:query] /collection:teamprojectcollectionurl
           /teamproject:project [/login:username,[password]]

Parametr	Opis
/planid:id	Opcjonalny. Określa identyfikator planu, aby odwoływać się do zestawów testów do listy.
/querytext:query	Opcjonalny. Określa zapytanie, które ma być używane do wyświetlania listy podzbioru zestawów testów.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Przykład

Poniższe polecenie zawiera listę zestawów testów zdefiniowanych dla projektu Fabrikam Fiber hostowanego w organizacji fabrikamprime . Identyfikator odpowiada identyfikatorowi elementu roboczego zdefiniowanemu dla zestawu testów. W kolumnie Nazwa pierwszy wpis wskazuje plan testu, w ramach którego zdefiniowano zestaw testów. Po znaku -> (strzałka) znajduje się tytuł zestawu testów lub tytuł nadrzędnego zestawu testów. Na przykład pakiet testowy 75, Sub Suite 01 jest podtestowym pakietem Suite 01 zdefiniowanym dla planu testowego Wszystkie przebiegi.

tcm suites /list /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber" 

Id        Name
------***----------------------------------------------------------------
67        Sprint 1
68        Sprint 1 -> 33 : Change initial view
69        Sprint 1 -> 34 : Welcome back page
70        Sprint 1 -> 43 : Cancel order form
73        All sprints
74        All sprints -> Suite 01
75        All sprints -> Suite 01 -> Sub Suite 01
78        Sprint 2
87        Hello World Test

Kopiowanie lub klonowanie planów testów

Podczas tworzenia nowego planu testów na przebieg lub wydanie pomocne jest sklonowanie planu testu z poprzedniego cyklu. Dzięki minimalnym korektom skopiowany plan testu staje się odpowiedni dla nowego cyklu. Ta praktyka usprawnia proces planowania i zapewnia spójność między iteracjami.

Klonowanie okazuje się szczególnie przydatne, gdy trzeba rozgałęzić aplikację w dwie wersje. Po sklonowaniu można modyfikować testy niezależnie dla każdej wersji bez wpływu na drugą. Jest to wydajny sposób zarządzania wysiłkami testowymi przy zachowaniu separacji między różnymi wariantami aplikacji.

Przeglądarka

1. W projekcie wybierz pozycję Plany> testów.

2. Wybierz plan testu, który chcesz skopiować ze strony Kopalnia lub Wszystkie .

3. Wybierz pozycję Więcej akcji>Kopiuj plan testu. Ta opcja umożliwia kopiowanie lub klonowanie planów testów w projekcie.

   

4. Określ nazwę nowego planu testu i wybierz ścieżkę obszaru i ścieżkę iteracji dla planu.

   

   • Wybierz jeden lub drugi przycisk radiowy w oparciu o następujące wskazówki:
     • Odwołuj się do istniejących przypadków testowych: wybierz tę opcję, gdy planujesz scalić obie gałęzie w końcu. W takim przypadku zachowaj te same wymagania dotyczące funkcji, które zostały już zaimplementowane i przetestowane.
     • Zduplikuj istniejące przypadki testowe: wybierz tę opcję, jeśli chcesz oddzielnie utworzyć nowe scenariusze lub wymagania użytkownika. Jeśli planujesz różnice między dwoma podobnymi, ale oddzielnymi aplikacjami, możesz zmienić scenariusze użytkownika bez zmiany scenariuszy drugiej. Wybranie tej opcji powoduje utworzenie niezależnego zestawu wymagań dla nowych przypadków testowych.

   Jeśli zduplikujesz istniejące przypadki testowe, skopiowane przypadki testowe zostaną przypisane do ścieżki obszaru i ścieżki iteracji określonej dla sklonowanego planu testu.

   Aby uzyskać więcej informacji, zobacz Informacje o ścieżkach obszaru i iteracji (przebiegu).

   Strona zostanie odświeżona, aby wyświetlić nowo skopiowany plan testu.

   

5. Zaktualizuj wszystkie pakiety oparte na zapytaniach skopiowane w celu używania nowych ścieżek obszaru i iteracji.

6. Określ kompilację w docelowym planie testów, jeśli sklonowane są zautomatyzowane przypadki testowe.

Interfejs wiersza polecenia TCM

Za pomocą narzędzia wiersza polecenia TCM można sklonować plan testu do tego samego lub innego projektu oraz śledzić stan operacji klonowania.

Wyświetlanie listy planów | testów Klonowanie planu | testu Śledź stan klonowania planu testowego

Klonowanie planu testu

Użyj tcm plans /clone polecenia , aby zainicjować operację klonowania wszystkich przypadków testowych z jednego zestawu testów do innego pakietu docelowego w ramach tego samego projektu. Pakiet docelowy musi być zdefiniowany i istnieje w innym planie. Wszystkie zawarte pakiety i przypadki testowe są klonowane. Polecenie może zwrócić identyfikator operacji, którego można użyć do śledzenia stanu i zakończenia operacji klonowania. Po szybkim zakończeniu operacji klonowania nie jest zwracany żaden identyfikator operacji.

tcm plans /clone /sourceplanid:id /destinationplanname:name
          [/overridefield:name=value [/overridefield:name=value ...]]
          [/sourcesuiteids:suiteid1,[suiteid2,...]]
          /collection:teamprojectcollectionurl /teamproject:project
          [/login:username,[password]]
          [/clonerequirements]
          [/clonechildren]

Spowoduje to /clone /sourceplanid /destinationplanname utworzenie nowego planu. W przypadku określenia /sourcesuiteidspolecenia polecenie inicjuje operację klonowania w celu sklonowania przypadków testowych do nowego planu. Polecenie zwraca identyfikator operacji, który może służyć do śledzenia stanu i zakończenia operacji klonowania.

Parametr	Opis
/sourceplanid:id	Wymagany. Określa identyfikator planu, który ma zostać skopiowany, oraz identyfikator pakietu, do którego zostanie dodana nowa kopia. Jeśli chcesz skopiować cały plan testu, użyj identyfikatora pakietu w katalogu głównym planu testu. Identyfikator pakietu jest wyświetlany w okienku szczegółów po wybraniu go w planie testu. Listę pakietów można również uzyskać przy użyciu polecenia tcm suites /list.
/destinationplanname:name	Określa nazwę planu, do którego jest kopiowany sklonowany plan testu.
/overridefield:name=value /overridefield:name=value	Opcjonalny. Określ, aby zmienić wartość pola w każdym sklonowanym elemencie roboczym. Określ wiele wystąpień tego parametru, aby zmienić dowolną liczbę pól. Ta opcja jest wymagana podczas klonowania zestawu testów do innego projektu.
/sourcesuiteids:suiteid1,[suiteid2,...	Opcjonalny. Określa zestawy testów źródłowych w ramach planu testowego do skopiowania.
/clonerequirements	Opcjonalny. Określa, aby sklonować elementy robocze kategorii wymagań dołączone do zestawów testów opartych na wymaganiach. W przypadku pominięcia tego parametru zestawy testów oparte na wymaganiach są konwertowane na pakiety statyczne.
/clonechildren	Opcjonalny. Określ, aby sklonować wszystkie udostępnione pakiety podrzędne.
/clonerequirements	Opcjonalny. Określ ten przełącznik, aby sklonować pakiet oparty na wymaganiach do docelowego pakietu opartego na wymaganiach. Domyślnie zestaw testów oparty na wymaganiach jest klonowany do docelowego zestawu testów statycznych. Można określić tę opcję tylko wtedy, gdy /sourcesuiteids jest podana.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Przykład

Poniższy przykład klonuje plan testowy 66 do nowego planu testowego zatytułowanego Plan testu, wersja 3, która następnie ma przypisany identyfikator 118.

tcm plans /clone /sourceplanid:66 /destinationplanname:"Test plan, Release 3" /overridefield:"Iteration Path"="Fabrikam Fiber\Release 3" /overridefield:"Area Path"="Fabrikam Fiber\Web" /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber"
Plan created with ID: 118

Clone operation is complete.

Śledzenie stanu operacji klonowania planu testu

Użyj tcm plans /clone /status polecenia , aby pobrać stan operacji klonowania wykonanej za pomocą tcm suites /clonepolecenia . Sklonowanie zestawów testów zawierających dużą liczbę przypadków testowych może zająć dużo czasu.

tcm plans /clone
           /status:cloneoperationid
           /collection:teamprojectcollectionurl /teamproject:project
           [/login:username,[password]]

Parametr	Opis
/status:cloneoperationid	Wymagany. Określa identyfikator operacji klonowania zwracanej podczas tcm plans /clone wykonywania.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Importowanie lub klonowanie zestawów testów

Podczas tworzenia planu testowania dla nowego przebiegu często chcesz powtórzyć niektóre testy z poprzednich przebiegów, aby upewnić się, że funkcje, które zostały już zaimplementowane, nadal działają.

Uwaga

• Podczas importowania (Sieci Web) lub klonowania (TCM) zestawu testów do nowego projektu nowy pakiet zawiera kopie wszystkich przypadków testowych w pakiecie źródłowym. Nie zachowuje jednak żadnych danych historycznych, takich jak poprzednie przebiegi testu, powiązane usterki, stare wyniki.
• Udostępnione kroki, do których odwołuje się przypadki testowe, są również klonowane i tworzone w projekcie docelowym.
• Nie można sklonować przypadków testowych z i do tego samego planu testu, nawet w innym pakiecie. Aby zrealizować ten scenariusz, należy najpierw przenieść przypadki testowe do innego, tymczasowego planu testowego. Następnie użyj tymczasowego planu testu jako planu źródłowego i sklonuj przypadki testowe z powrotem do planu testu źródłowego, umieszczając identyfikator w miejscu docelowego planu testu. Wspólne kroki obecne w przypadkach testowych są również zduplikowane w tym procesie.

Podczas pracy z planami testów platformy Azure można zaimportować zestaw testów z jednego planu testu do innego planu testów w ramach bieżącego projektu. Nie ma znaczenia, czy plany testów znajdują się w tym samym projekcie. Ten proces obejmuje kopiowanie lub klonowanie zestawu testów, co powoduje utworzenie nowego zestawu testów. Ponadto wszystkie zestawy testów podrzędnych również są duplikowane. Przypadki testowe, do których odwołuje się zestawy testów, nie są duplikowane; zamiast tego uzyskują odwołania do sklonowanych zestawów testów.

Możesz użyć tcm suites /list polecenia , aby wyświetlić listę wszystkich zestawów testów zdefiniowanych dla projektu.

Aby użyć tych samych przypadków testowych w różnych zestawach i planach, skopiuj i wklej przypadki testowe przy użyciu widoku Siatki .

Przeglądarka

1. Wybierz pozycję Plany>testów Plany testów.

2. Wybierz plan testu, w którym chcesz zaimportować zestaw testów ze strony Kopalnia lub Wszystkie .

3. Wybierz pozycję Więcej akcji>Kopiuj plan testu. Ta opcja umożliwia kopiowanie lub klonowanie planów testów w projekcie.

   

4. W otwartym oknie dialogowym wybierz projekt, jeśli plan testu znajduje się w innym projekcie. W przeciwnym razie wprowadź nazwę lub identyfikator planu testów oraz nazwę lub identyfikator zestawu testów. Możesz również wybrać nazwę lub identyfikator z menu rozwijanych.

5. Utwórz import. Jednocześnie można zaimportować tylko jeden pakiet z planu testowego.

   

   Zostanie wyświetlony następujący komunikat:

   

6. Po zakończeniu operacji importowania zostanie wyświetlony następujący komunikat. Wybierz pozycję Odśwież , aby odświeżyć przeglądarkę.

   

   Zostanie wyświetlony nowo dodany zestaw testów.

   

Interfejs wiersza polecenia TCM

Za pomocą narzędzia wiersza polecenia TCM można sklonować plan testu do tego samego lub innego projektu oraz śledzić stan operacji klonowania.

Wyświetlanie listy zestawów | testów Klonowanie zestawu | testów Śledzenie stanu klonowania zestawu testów

Klonowanie zestawu testów

Użyj tcm suites /clone polecenia , aby zainicjować operację klonowania wszystkich przypadków testowych z jednego zestawu testów do innego pakietu docelowego w ramach tego samego projektu domyślnie. Pakiet docelowy musi być zdefiniowany i istnieje w innym planie. Wszystkie zawarte pakiety i przypadki testowe są klonowane. Polecenie zwraca identyfikator operacji, którego można użyć do śledzenia stanu i zakończenia operacji klonowania.

Następujące opcje zapewniają obsługę opcjonalnych operacji klonowania:

• /destinationteamproject: Sklonuj pakiet do innego projektu.
• /destinationworkitemtype: określ typ elementu roboczego, który ma być używany podczas klonowania przypadków testowych. Określ tę opcję podczas klonowania przypadków testowych na niestandardowy typ elementu roboczego.
• /overridefield: przesłaniaj wartości dla wybranych pól, takich jak pola Ścieżka obszaru i Ścieżka iteracji, które są wymagane podczas klonowania do innego projektu. Możesz też zastąpić wartość innych pól, aby odróżnić sklonowane przypadki testowe od oryginału.
• /clonerequirements: określ ten przełącznik, aby sklonować pakiet oparty na wymaganiach do docelowego pakietu opartego na wymaganiach.

tcm suites /clone
           /suiteid:id /destinationsuiteid:id
           [/overridefield:name=value [/overridefield:name=value ...]]
           [/destinationteamproject:projectname]
           [/destinationworkitemtype:workitemtype]
           /collection:teamprojectcollectionurl /teamproject:project
           [/login:username,[password]] [/clonerequirements]

Parametr	Opis
/suiteid:id	Określa identyfikator pakietu, który ma zostać skopiowany, oraz identyfikator pakietu, do którego zostanie dodana nowa kopia. Jeśli chcesz skopiować cały plan testu, użyj identyfikatora pakietu w katalogu głównym planu testu. Identyfikator pakietu jest wyświetlany w okienku szczegółów po wybraniu go w planie testu. Listę pakietów można również uzyskać przy użyciu polecenia tcm suites /list.
/overridefield:name=value /overridefield:name=value	Opcjonalny. Określ, aby zmienić wartość pola w każdym sklonowanym elemencie roboczym. Określ wiele wystąpień tego parametru, aby zmienić dowolną liczbę pól. Ta opcja jest wymagana podczas klonowania zestawu testów do innego projektu.
/destinationsuiteid:id	Określa identyfikator pakietu, do którego zostanie dodana nowa kopia. Jeśli chcesz skopiować cały plan testu, użyj identyfikatora pakietu w katalogu głównym planu testu. Identyfikator pakietu jest wyświetlany w okienku szczegółów po wybraniu go w planie testu. Listę pakietów można również uzyskać przy użyciu polecenia tcm suites /list.
/destinationteamproject:projectname	Opcjonalny. Określ, kiedy chcesz sklonować zestaw testów do innego projektu, ale w tej samej organizacji lub kolekcji projektów. Po określeniu należy określić wartości pól przesłonięcia dla pól Ścieżka obszaru i Ścieżka iteracji.
/destinationworkitemtype:workitemtype	Opcjonalny. Określ, kiedy chcesz sklonować zestaw testów do innego typu elementu roboczego w projekcie docelowym.
/clonerequirements	Opcjonalny. Określ ten przełącznik, aby sklonować pakiet oparty na wymaganiach do docelowego pakietu opartego na wymaganiach. Domyślnie zestaw testów oparty na wymaganiach jest klonowany do docelowego zestawu testów statycznych.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Omówienie sklonowanych informacji

Podczas klonowania zestawu testów następujące obiekty są kopiowane z planu testu źródłowego do docelowego planu testu.

Obiekt planu testowania	Uwagi
Przypadek testowy	Każdy nowy przypadek testowy zachowuje swoje wspólne kroki. Połączenie jest definiowane między źródłem a nowymi przypadkami testowym. Nowe przypadki testowe nie mają przebiegów testów, usterek, wyników testów ani informacji o kompilacji.
Kroki udostępnione	Kroki udostępnione, do których odwołuje się sklonowane przypadki testowe, są kopiowane.
Zestaw testów	Zestawy testów, które są kopiowane, zachowują następujące dane: <br<- Nazwy i hierarchiczna struktura zestawów<testów br- Kolejność przypadków<testowych br- Przypisane testerzy br- Konfiguracje<
Nagrania	Nagrania akcji połączone z sklonowanym przypadkiem testowym są kopiowane.
Łącza i załączniki	Wszystkie linki i załączniki są kopiowane dla wszystkich skopiowanych elementów testowych.
konfiguracja testowa	Konfiguracja testu zdefiniowana dla planu testu źródłowego jest kopiowana i stosowana do docelowego planu testu.

Następujące informacje testowe nie są kopiowane:

• Ustawienia testu: ustawienie testu dla źródłowego planu testu nie jest kopiowane. Zamiast tego są stosowane ustawienia testu dla docelowego planu testu.
• Wyniki testów i przebiegi testów: nie są kopiowane żadne wyniki testów. Ponieważ przebiegi testów mają zastosowanie tylko do źródłowego planu testu, nie są kopiowane.

Po /clonerequirements określeniu i skopiowaniu zestawów testów opartych na wymaganiach:

• Zestawy testów oparte na wymaganiach są kopiowane i połączone z nową kopią wymaganego elementu roboczego.
• Wymagania dotyczące elementów roboczych (elementów listy prac produktu lub scenariuszy użytkowników), które są skojarzone z sklonowanym pakietem opartym na wymaganiach, zostaną sklonowane.
• Elementy robocze błędów są klonowane w projekcie, który używa szablonu procesu Scrum lub dowolnego projektu, w którym typ elementu roboczego Usterka znajduje się w kategorii Wymagania elementu roboczego. W przeciwnym razie usterki nie są klonowane.

Jeśli /clonerequirements nie określono pakietów testów opartych na wymaganiach i zostaną skopiowane:

• Zestawy testów oparte na wymaganiach są konwertowane na statyczne zestawy testów w docelowym planie testów.
• Sklonowane przypadki testowe są przywołyne w zestawie testów statycznych.
• Sklonowane przypadki testowe nie zawierają linków do oryginalnych elementów roboczych wymagań.

Przykład

W poniższym przykładzie pokazano pakiet testów klonowania 97 zdefiniowany dla projektu Fabrikam Fiber w projekcie Fabrikam Git. Ponieważ pakiet testowy zawiera zestaw oparty na zapytaniach, zostanie wyświetlony komunikat ostrzegawczy umożliwiający przejrzenie i skorygowanie odpowiedniego zapytania w źródłowych i docelowych zestawach testów.

tcm suites /clone /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber" /destinationteamproject:"Fabrikam Git" /suiteid:97 /destinationsuiteid:104 /overridefield:"Iteration Path"="Fabrikam Git" /overridefield:"Area Path"="Fabrikam Git"

Started clone operation with id 4.
Use /status:4 to get progress and completion information of the operation.
Warning: You have cloned the following query based suites as part of this clone operation. You are advised to fix their respective queries in the source and destination suites, after the clone operation completes.
1. Sprint 3 -> Sprint 3 query-based suite

Śledzenie stanu operacji klonowania zestawu testów

Użyj tcm suites /clone /status polecenia , aby pobrać stan operacji klonowania wykonanej za pomocą tcm suites /clonepolecenia . Sklonowanie zestawów testów zawierających dużą liczbę przypadków testowych może zająć dużo czasu.

tcm suites /clone
           /status:cloneoperationid
           /collection:teamprojectcollectionurl /teamproject:project
           [/login:username,[password]]

Parametr	Opis
/status:cloneoperationid	Wymagany. Określa identyfikator operacji klonowania zwracanej podczas tcm suites /clone wykonywania.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Przykład

tcm suites /clone /status:4 /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber"

Clone operation 4 has succeeded. Summary information:
Started on:           10-Nov-21 5:00:28 PM
Started by:           Jamal Hartnett
Source suite id:      97
Destination suite id: 114
Test cases cloned:    9
Shared steps cloned:  0
Requirements cloned:  0
Completed on:         10-Nov-21 5:00:30 PM

Kopiuj przypadek testowy

W portalu internetowym można kopiować przypadki testowe z projektu lub innego projektu do zestawu testów. Możesz też użyć widoku Grid , aby skopiować i wkleić przypadki testowe z jednego pakietu do innego. Opcjonalnie możesz zbiorczo importować i eksportować przypadki testowe.

Napiwek

Nie kopiuj przypadków testowych, gdy chcesz przetestować różne konfiguracje lub różne dane.

Masz elastyczność kopiowania przypadków testowych z projektu lub z innego projektu w organizacji lub kolekcji. Ponadto możesz dołączyć wszystkie linki i załączniki podczas procesu kopiowania.

1. Wybierz pozycję Plany>testów Plany testów.

2. Wybierz plan testu zawierający co najmniej jeden przypadek testowy, który chcesz skopiować ze strony Kopalnia lub Wszystkie .

3. Wybierz zestaw testów zawierający co najmniej jeden przypadek testowy, który chcesz skopiować.

4. Na stronie Definiowanie zaznacz pole wyboru dla wszystkich przypadków testowych, które chcesz skopiować.

5. Wybierz pozycję Więcej akcji>Kopiuj przypadek testowy.

   

6. Wybierz projekt z menu rozwijanego, a następnie wprowadź nazwę lub identyfikator planu testu oraz nazwę lub identyfikator zestawu testów. Możesz również wybrać nazwę lub identyfikator z menu rozwijanych.

   

7. (Opcjonalnie) Zaznacz pola wyboru Dołącz istniejące linki i Dołącz istniejące załączniki.

8. Utwórz kopię.

   Operacja kopiowania w tle zależy od ilości i złożoności wybranych przypadków testowych. Po zakończeniu zostanie wysłane powiadomienie potwierdzające powodzenie operacji i link do zestawu testów, w którym znajdują się skopiowane przypadki testowe.

Kopiowanie i wklejanie przypadku testowego (widok siatki)

Podczas zarządzania przypadkami testowymi kopiowanie i wklejanie służy jako cenna technika ponownego użycia tych samych testów w różnych zestawach i planach. Rozważmy na przykład scenariusz, w którym masz kompleksowy zestaw testów i chcesz utworzyć bardziej skoncentrowany podzbiór testów w innym pakiecie. Widok Definiowanie>siatki zapewnia obsługę zarówno edytowania przypadków testowych, jak i kopiowania ich do różnych zestawów testów. Aby uzyskać więcej informacji, zobacz Tworzenie przypadków testowych, Używanie widoku siatki do edytowania przypadków testowych.

Napiwek

Nie kopiuj przypadków testowych, gdy chcesz przetestować różne konfiguracje lub różne dane.

W przeglądarkach Internet Explorer, Microsoft Edge lub Chrome można kopiować przypadki testowe z widoku Siatki dla jednego planu testu i zestawu testów do innego planu testowego i zestawu testów.

1. Na stronie Plany> testów wybierz zestaw testów zawierający co najmniej jeden przypadek testowy, który chcesz skopiować. Na karcie Definiowanie wybierz pozycję Widok siatki.

2. Wyróżnij wiersze, które chcesz skopiować, a następnie wprowadź klawisze CTRL+C.

   

3. Wybierz inny zestaw testów z tego samego lub innego planu i wklej go za pomocą klawiszy CTRL+V. Jeśli nie wybierzesz innego pakietu, nic się nie dzieje podczas wklejania, ponieważ każdy pakiet może mieć tylko jedno odwołanie do dowolnego przypadku testowego.

4. Wybierz pozycję Zapisz przypadki testowe.

   Nowe przypadki testowe są zapisywane z przypisanymi nowymi identyfikatorami.

   

Zbiorcze importowanie lub eksportowanie przypadków testowych

W portalu internetowym można wykonać zbiorcze importowanie lub eksportowanie przypadków testowych z/do zestawu testów. Przypadki testowe są definiowane w pliku wartości rozdzielanych przecinkami (CSV).

Eksportowanie przypadków testowych

1. Na stronie Plany> testów wybierz plan testu z zestawem testów zawierającym przypadki testowe, które chcesz wyeksportować.

2. Opcjonalny. Wybierz pozycję Opcje kolumny, aby dodać pola do uwzględnienia w pliku pobierania.

3. Aby wyeksportować wszystkie przypadki testowe dla zestawu testów, wybierz pozycję Eksportuj przypadki testowe do pliku CSV.

   

   Aby wyeksportować podzbiór przypadków testowych dla zestawu testów, wybierz przypadki testowe do wyeksportowania, wybierz pozycję Więcej opcji i wybierz pozycję Eksportuj przypadki testowe do woluminu CSV.

   

4. Wyeksportowany plik CSV zostanie wyświetlony w folderze Pobrane .

Importowanie przypadków testowych

1. W obszarze Plany> testów wybierz plan testu z zestawem testów, do którego chcesz zaimportować przypadki testowe.

   

2. Wybierz plik do zaimportowania z otwartego okna dialogowego, a następnie wybierz pozycję Importuj.

   

3. Wybierz pozycję Potwierdź. Jeśli określisz przypadki testowe, które są już zdefiniowane w zestawie testów, niektóre elementy mogą zostać zapisane podczas importowania.

Importowanie automatycznych przypadków testowych (TCM)

Aby zaimportować zautomatyzowane przypadki testowe do zestawu testów, użyj polecenia tcm testcase /import. Należy określić plik .dll dla zestawu testowego zawierającego testy.

tcm testcase /import /collection:teamprojectcollectionurl /teamproject:project
             /storage:path
             [/maxpriority:priority]
             [/minpriority:priority]
             [/category:filter]
             [/syncsuite:id [/include]]
             [/login:username,[password]]

Parametr	Opis
/storage:path	Określa ścieżkę i nazwę zestawu testowego zawierającego testy automatyczne, które chcesz zaimportować.
/maxpriority:priority	Opcjonalny. Określa, które testy mają być importowane na podstawie maksymalnego priorytetu metody testowej. Jeśli na przykład parametr ma /maxpriority:1wartość , tylko testy z atrybutem priorytetu dla metody testowej mniejszej lub równej 1 są importowane jako przypadki testowe z zestawu.
/minpriority:priority	Opcjonalny. Określa, które testy mają być importowane na podstawie minimalnego priorytetu metody testowej. Jeśli na przykład parametr ma /minpriority:2wartość , tylko testy z atrybutem priorytetu dla metody testowej równej lub większej niż 2 są importowane jako przypadki testowe z zestawu.
/category:filter	Opcjonalny. Określa, które testy mają być importowane na podstawie kategorii każdej metody testowej w zestawie testowym. Tego parametru można używać razem z poleceniem /syncsuite , aby zaimportować testy z określoną kategorią do określonego zestawu testów. Aby uzyskać więcej informacji na temat kategorii testów, zobacz Run unit tests with Test Explorer (Uruchamianie testów jednostkowych za pomocą Eksploratora testów).
/syncsuite:id	Opcjonalny. Określa identyfikator pakietu dla zestawu testów w planie testu, do którego chcesz dodać importowane przypadki testowe. Ten pakiet nie może być pakietem dynamicznym ani pakietem opartym na zapytaniach. Jeśli określisz zestaw testów do synchronizacji w celu zaktualizowania dodanych testów, testy, które nie są importowane, zostaną usunięte z zestawu testów, ale nie z samego planu testu.

Opisy parametrów /teamproject/collectioni /login można znaleźć w temacie Praca z narzędziem wiersza polecenia TCM.

Ograniczenia

• Kolumna stanu przypadku testowego musi być w stanie Projektowania .
• Długość tytułu przypadku testowego nie może przekraczać 128 znaków.
• W obiektach JSON utworzonych podczas importowania i eksportowania istnieje limit wynoszący 20 MB. Jeśli importowanie zakończy się niepowodzeniem, spróbuj wykonać operację z małym podzbiorem przypadków testowych.
• Użytkownik wykonujący import musi mieć uprawnienia do obszaru i ścieżek iteracji dla planu testów i zestawu testów, które planują zaimportować lub wyeksportować.
• Operacje kopiowania i importowania kończą się niepowodzeniem, jeśli liczba powiązanych linków przekracza 1000 dla przypadku testowego.

Interfejsy API REST

Plany testów i zestawy testów można kopiować i klonować przy użyciu następujących interfejsów API REST.

• Klonowanie planu testów — klonowanie planu testu
• Klonowanie pakietu testów — klonowanie pakietu testowego

Następne kroki

Uruchamianie testów ręcznych

Powiązane artykuły

• Tworzenie planów testów i zestawów testów
• Tworzenie przypadków testowych
• Udostępnianie kroków między przypadkami testowym
• Testowanie różnych konfiguracji
• Powtórz test z różnymi danymi
• Testowanie obiektów i terminów
• Tworzenie zapytania na podstawie pól integracji kompilacji i testowania
• Dostosowywanie środowiska testowego i zarządzanie nim