Kopiowanie oraz klonowanie pakietów i przypadków testowych
Opublikowano: czerwiec 2016
Istnieje kilka sposobów zduplikowania pakietów testowych i przypadków testowych podczas planowania testów w programie Microsoft Visual Studio Team Foundation Server (TFS).
Ważne jest, aby zrozumieć, że w pakiecie testowym lub plan zawiera zestaw odwołania do testowania przypadkach. W przypadku usunięcia pakietu lub usuwanie przypadku testowego z każdego zestawu, przypadku testowego nadal występuje jako element pracy w Fundacji zespołu i można go znaleźć za pomocą kwerendy.
Kopiowanie i klonowanie w Menedżerze badania firmy Microsoft
Procedury te są wykonywane w programie Microsoft Test Manager. Wybierz badania Centrum, Plan, zawartość. (Można także klon z wiersza polecenia.)
Odniesienia te same testy w różnych pakietach.
Skopiuj i Wklej przypadków testowych, aby użyć te same testy w różnych pakietach i planów. Na przykład może mieć szybki suite, używającej podzestaw testów w bardziej wyczerpujący pakiet.
Skopiuj przypadku testowego z klawiszy CTRL + C.
Wybierz inny zestaw lub plan i Wklej z CTRL + V.
(Jeśli nie wybierzesz inny zestaw, nic się nie dzieje podczas wklejania, ponieważ każdy pakiet może mieć tylko jedno odwołanie do wszelkich przypadków testowych)
Jeśli edytujesz przypadku testowego w jeden pakiet, zobaczysz zmiany po wyświetleniu przypadku testowego w pakiecie innych.
Jeśli usuniesz przypadku testowego z pakietu tylko usuwasz go z tego zestawu. Jeśli usuniesz z każdego zestawu przypadków testowych jest nadal Team Foundation i można go znaleźć za pomocą kwerendy elementu pracy.
Klonowanie i edytować przypadku testowego
Służy do tworzenia nowej sprawy test podobny do istniejącego.
Kliknij prawym przyciskiem myszy przypadku testowego i wybierz polecenie tworzenie kopii.
Otwiera nową sprawę test.
Edytuj nowy test. Należy co najmniej zmienić jego tytuł. Pod łącza, możesz chcieć usunąć łącze do starego przypadku testowego.
Dwa testy można później edytować niezależnie od siebie.
Skopiuj pakiety z innego planu lub suite
Podczas tworzenia planu badań dla nowych sprint, często chcesz powtarzać niektóre testy z poprzednich głównie, aby upewnić się, że nadal działa już przypisanych funkcji.
Tworzenie planu badań dla nowych sprint.
Wybierz miejsce docelowe pakietu lub plan i następnie uzyskać pakiety, które chcesz skopiować.
Zestaw testów i wszystkie pakiety, które zawiera są kopiowane, ale zawierają odniesienia do tych samych przypadkach badania. Plany testu źródłowy i docelowy mają te same przypadki testowe.
Po sporządzeniu kopii możesz dodawać lub usuwać przypadki testowe z dowolnego planu bez wywierania wpływu na inne; jednak jeśli edytujesz udostępniony przypadek testowy, zmiany będą miały wpływ na oba plany testowe.
Klonowanie planu testowania i jego przypadków testowych
Klonowanie jest użyteczna, jeśli chcesz gałąź aplikacji w dwóch wersjach: po skopiowaniu, testy dla obu wersji można zmienić bez wpływu na siebie nawzajem.
Wybierz w menu kontekstowym dla starego planu badań plan klon.
W oknie dialogowym Wybierz pakiety, które chcesz skopiować i ustawić nowy obszar i ścieżek iteracji.
Sprawdź wymagania klon Jeśli chcesz wprowadzić nowe historie użytkownika lub wymagań, które będzie utrzymywać oddzielnie. Na przykład:
Jeśli zamierzasz ostatecznie scalić dwie gałęzie, chcesz zachować te same wymagania dla funkcji, które już zostały wprowadzone w życie i przetestowane. Nie sprawdzaj wymagania klonu.
Jeśli planujesz do odchylania się dwie aplikacje podobne, ale oddzielne może chcesz zmienić historie użytkownika jednej bez zmiany historie z drugiej strony. Zapoznać się z wymaganiami klon, aby utworzyć zbiór niezależnych wymagania dla nowych przypadków testowych.
Aktualizuj wszystkie pakiety oparte na kwerendzie skopiowane do nowej ścieżki obszaru i iteracji.
Określ kompilację w docelowym planie testu, jeśli zautomatyzowane przypadki testowe zostały sklonowane.
Co pobiera sklonowany?
Podczas klonowania zestawu testów następujące obiekty są kopiowane z planu testu źródłowego do docelowego planu testu:
Obiekt planu testu |
Skopiowane |
Uwagi |
---|---|---|
Przypadek testowy |
Każdy nowy przypadek testowy zachowuje jego wspólne kroki. Powstaje łącze między źródłem a nowymi przypadkami testowymi. Nowe przypadki testowe nie mają przebiegów testowych, usterek, wyników testów i informacji o kompilacji. |
|
Wspólne kroki, do których odwołują się sklonowane przypadki testowe |
||
Zestaw testów |
Następujące dane są zachowywane:
|
|
Nagrania działania powiązane ze sklonowanym przypadkiem testowym |
||
Łącza i załączniki |
||
Konfiguracja testu |
Konfiguracja testu jest ponownie stosowana w docelowym planie testu. |
|
Ustawienia testu |
Zostanie zastosowane ustawienie testu dla docelowego planu testu. |
|
Wyniki testu |
||
Sesje przebiegów testowych i testów poznawczych |
Ponieważ przebiegi testowe są stosowane tylko do planu testów źródła, nie są one kopiowane. |
|
Zestawy testów oparte na wymaganiach |
Bez /clonerequirements |
Zestawy testów oparte na wymaganiach są konwertowane na zestawy testów statycznych w planie testów przeznaczenia. Sklonowane przypadki testowe będą wspomniane w tym zestawie testów statycznych. Sklonowane przypadki testowe nie zawierają łączy do elementów roboczych wymagań oryginalnych. |
Zestawy testów oparte na wymaganiach |
z /clonerequirements |
Skopiowane i połączone z nową kopią elementu roboczego zapotrzebowania. |
Wymagania elementów roboczych (elementy zaległości produktu lub przypadki użycia) |
z /clonerequirements |
Wymagania elementów roboczych, które są skojarzone z sklonowanym pakietem opartym na wymaganiu. |
Elementy robocze dotyczące błędów z /clonerequirements |
z /clonerequirements |
Sklonowany w projekcie zespołowym, który używa szablonu procesu Scrum lub jakiegokolwiek projektu, w którym typ elementu roboczego Błąd znajduje się w kategorii elementu roboczego Wymagania. W innych projektach błędy nie są klonowane. |
Przykładowy zestaw testów sklonowany za pomocą narzędzia tcm.exe
Źródłowy plan testu
Docelowy plan testu
Powielania testów z wiersza polecenia
TCM.exe może służyć do kopiowania pakietów testowych. Otwórz wiersz polecenia i zmień katalog na %VS110COMNTOOLS%..\IDE.
Otwórz Wiersz polecenia programisty Możesz również użyć standardowego wiersz polecenia i zmień katalog na %VS110COMNTOOLS%..\IDE. Użyj pliku tcm.exe:
cd %VS110COMNTOOLS%..\IDE
tcm suites /clone
/collection:https://Server:8080/tfs/Collection
/teamproject:"TeamProject"
[/destinationteamproject: "DestinationProject"]
/suiteid:sourceId
/destinationsuiteid:targetId
[/clonerequirements]
[/overridefield:"field name"="new value"] [/overridefield:"field 2"="value 2" ...]]
Parametry:
Serwer zbierania, TeamProject: nazwy team foundation server, Kolekcja projektów zespołu i zespołu projektu.
destinationTeamProject: Określ to, jeśli docelowy zestaw testów znajduje się w innym projekcie zespołowym. Musi być w tym samym zbiorze projektu zespołowego. Należy określić wartości zastępowania pola dla "Iteration Path" i "Area Path".
suiteId i destinationSuiteId: identyfikator zestawu do skopiowania i identyfikator zestawu, do którego zostanie dodana nowa kopia. Jeśli chcesz skopiować cały plan testów, należy użyć identyfikatora zestawu w katalogu głównym planu testów.
Identyfikator zestawu jest wyświetlany w okienku szczegółów po jego zaznaczeniu w planie testu.
Można również uzyskać listę zestawów testów za pomocą tcm suites /list.
/clonerequirements: Sklonuj elementy robocze wymagań dołączone do pakietów testów opartych na wymaganiach. Jeżeli pominięto ten parametr, zestawy testów oparte na wymaganiach są konwertowane na zestawy statyczne.
/overridefield:"field name"="new value": Zmień wartość pola w każdym sklonowanym elemencie roboczym. Można użyć wielu wystąpień tego parametru, aby zmienić dowolną liczbę pól.
Przykłady:
tcm suites /clone /collection:http://tfs.fabrikam.com:8080/tfs/DefaultCollection
/teamproject:IceCream /destinationteamproject:ToyStore
/clonerequirements
/suiteid:234 /destinationsuiteid:567
/overridefield:"Iteration Path"="ToyStore\sprint3"
/overridefield:"Area Path"="ToyStore\catalog"