Sposób używania planów testów w projekcie zespołowym

Kiedy używać Microsoft Test Manager do tworzenia planów badań i przetestować pakietów dla zespołu projektu, istnieją różne podejścia, które należy wykonać.W tym temacie skoncentruje się na dwóch podejść, które są oparte na sieci rozwoju metodologii.

Jedno podejście jest utworzenie jednego planu badań użyć dla wszystkich punktów kontrolnych, a następnie dodać zestawy testów i badań, w miarę postępów.Jednakże jeżeli użyjesz tej metody nie masz dane historyczne dla ceny przebieg badania poprzednich punktów kontrolnych.W związku z tym lepiej jest utworzyć plany badań na podstawie celów użytkownika badań dla określonej liczby iteracji lub punkty kontrolne, niezależnie od rozwoju metodologii, możesz użyć.Tworząc plany badań iteracji lub punkty kontrolne, można zobaczyć, kiedy szczególne iteracji lub punkt kontrolny jest kompletne, na podstawie celów testowania użytkownika.Można również przygotować plan badań dla następnej iteracji lub punkt kontrolny, podczas gdy zakończeniu testowania bieżącego punktu kontrolnego.Za pomocą tego podejścia, można śledzić postęp badań dla każdego z planów badań i zobacz, poprawy jakości aplikacji.

Dodając ręcznie i zautomatyzowanych testów sieci pakietów testowych, można wyświetlić ogólnej jakości oparte na oba typy badań zestawy testów i badań, planów.

Wymagania

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

Użyj poniższych sekcjach, w oparciu o metodologię, którego używasz do projektowania i testowania aplikacji:

• Rozwój Agile

• Inne metody rozwoju

[!UWAGA]

Aby uzyskać więcej informacji o szablonach procesu zawarte w programie Visual Studio używanego do metodologii rozwoju sieci, zobacz Wybieranie szablonu procesu.

Aby uzyskać więcej informacji o planach testu i pakietów testowych i jak je tworzyć, zobacz Definiowanie planu testów.

Rozwój Agile

Jeśli używasz agile metodologii do opracowywania i testowania aplikacji zazwyczaj historie użytkownika tworzone i używane głównie i iteracji do śledzenia postępu w rozwoju i testowania zadań.Aby skorelować z każdego sprint, można użyć plany badań.Na przykład może mieć następujące historie użytkownika dla aplikacji sieci Web:

1. Użytkownik chce, aby zaznaczyć wiele produktów z serwisu WWW i dodać je do ich koszyku.(Sprint 1)

2. Użytkownik chce zakup towarów w ich koszyku za pomocą karty kredytowej.(Sprint 1)

3. Użytkownik chce, aby zapisać swoje informacje podczas zakupu towarów, aby szybciej zakupu następnym razem.(Sprint 2)

4. Użytkownik chce zarejestrować ich pod uwagę podczas zakupu towarów do pobierania ich informacji osobistych zamiast wprowadzania go ponownie.(Sprint 2)

Następujące kroki Załóżmy, że są wątki użytkownika dla projektu.Można utworzyć przypadkach badania te historie użytkownika.Można także przypadków testów, które funkcje typu end-to-end dla wielu scenariuszy użytkownika, które mogą być połączone.Na przykład można przetestować, użytkownik może zaznaczyć elementy, dodać je do ich koszyku, zarejestrować się w i zakupu zapasów.Następujące kroki, będzie mieć zestaw planów badań, jak pokazano na poniższej ilustracji:

Konfigurowanie projektu

1. Na początku projektu należy utworzyć następujące plany badań.(To jest na podstawie liczby głównie, które mają.)

   1. Plan badania Sprint 1

      Będzie to używane do testowania historie użytkownika Sprint 1.

   2. Plan badania Sprint 2

      Będzie to wykorzystywane do badania Sprint 2 użytkownika historie i wszelkie niezbędne regresji badania od Sprint 1.

   3. Plan badania główny

      Będzie to używane do badań typu end-to-end, obejmujących więcej niż jeden sprint.Może również służyć do testów wydajności dla umów dotyczących poziomu usług.Ten plan badań nie ma być skojarzone z określonych iteracji, ponieważ obejmuje wiele iteracje i może być tylko kompletne po zakończeniu wszystkich punktów kontrolnych.

2. Określenia konfiguracji badania, które należy użyć, aby przetestować wątków użytkownika.Na przykład warto przetestować wątków użytkownika aplikacji uruchamiane w programie Internet Explorer 8 dla konfiguracji 1 i Firefox 3.5 Konfiguracja 2.Następnie Utwórz testowe konfiguracji przy użyciu Microsoft Test Manager.Aby uzyskać więcej informacji na temat tworzenia konfiguracji, zobacz Konfiguracje testów — określanie platform testowych.

3. Dodać konfiguracje badania konieczne dla wątków użytkownika z planem badań.Domyślnie te będą używane dla wszelkich pakietów testowych, tworzonych w planie badań.

   [!UWAGA]

   Należy użyć różnych konfiguracji dla wątków określonego użytkownika lub przypadków testów, można zmienić konfiguracji badania dla każdego zestaw testów.Aby uzyskać więcej informacji, zobacz Porady: wybór różnych konfiguracji testowych do planu lub pakietu testowego.

Sprint, badanie

1. Dodaj historie użytkownik 1 i 2 dla sprint 1 Sprint 1 badania planu utworzyć dwa zestawy testów na wymaganie.Aby uzyskać więcej informacji na temat tworzenia pakietów testowych z wątków użytkownika ZobaczJak: Dodawanie elementów listy zaległości produktu, wątek użytkownika lub elementów pracy wymagania do planu badań

2. Sprawdź, czy konfiguracje badania konieczne dla pakietów testowych historie użytkownika są poprawne.Domyślnie każdy zestaw testów skonfigurowano używanie konfiguracji badania dla planu badań.

3. Dodaj przypadkach badania przyjęcia do tych badań pakietów dla użytkownika wątki 1 i 2.Na przykład może dodać następujących przypadkach badania do pakietu odpowiednich badań:

   1. Użytkownik wątek 1: Dodać jeden element do koszyka

   2. Użytkownik wątek 1: Usunąć element z koszyka

   3. Użytkownik wątek 2: Zakupu pojedynczego elementu w koszyku

      Tych przypadkach badania są automatycznie skojarzone z wątku użytkownika, jeśli są one dodawane do zestaw testów utworzone z wątku tego użytkownika.Aby uzyskać więcej informacji o dodawaniu przypadków testów w zestaw testów, zobacz Jak: dodawanie przypadku Test do zestaw testów.

      [!UWAGA]

      Kroki test można dodać podczas tworzenia przypadków testów lub innego tester można dodać kroki badania, kiedy będzie wyraźnie jaki będzie kroki.

4. Jeśli utworzysz wszystkie testy automatyczne można dodać te zestawy testów.Na przykład jeśli wszystkie testy lub kodowane testów interfejsu użytkownika, można skojarzyć je z testów i dodać te zestawy testów.Aby uzyskać więcej informacji, zobacz Jak: skojarzyć testu automatycznego, w przypadku badania lub Tworzenie przypadkach badania z zestawu zautomatyzowanych testów.W każdym przypadku, gdy są one gotowe podczas sprint, można dodać tych badań.

5. Dodawanie wszelkich przypadkach badania typu end-to-end, których wiadomo, że będzie chcesz przetestować, jak wątki użytkownika są wypełniane z-na koniec badania suite w planie badań wzorca.

6. Gdy wątek użytkownik jest gotowy do testowania podczas sprint, ustawić stan suite test plan badań W trakcie.Aby uzyskać więcej informacji, zobacz Jak: zmiana stanu testowania pakietów testowych.

   [!UWAGA]

   Można również dodać badawcze przypadku test umożliwia testowanie badawcze dla każdej historyjki użytkownika.Tym przypadku test można tworzyć z tylko jednego badania krok, który służy do eksplorowania tego wątku użytkownika i zarejestrować wykonywane operacje w przypadku znalezienia błędu.

7. Z Uruchomić testy widoku, można wybrać badania punktów , który chcesz uruchomić.Punkt badania jest Kojarzenie sprawy test przy użyciu konfiguracji badania.Na przykład tester a ma maszyna określone tylko przy użyciu programu Internet Explorer 8.Tester a zaznacza wszystkie punkty badania story użytkownika, który należy uruchomić w programie Internet Explorer 8 i uruchamia te.Tester b zaznacza wszystkie punkty badania story użytkownika, który musi być uruchomiony na Firefox 3.5 i uruchamia te.

8. Po zakończeniu wszystkich testów ręczne i automatyczne Suite badania dla wątku tego użytkownika, można wyświetlić stan testowania Suite tego testu.W Test działalności, wybierz polecenie Uruchomić testy widok.Można także uruchomić raportów, aby sprawdzić status.Na podstawie celów jakości, które mają dla każdego sprint, można określić, jeśli zadania testowania sprint są kompletne.Aby uzyskać więcej informacji na temat raportów z Microsoft Test Manager, zobacz W raportach dotyczących postępu badań dla planów badań.

9. Po Sprint 1 należy określić, które testy, należy uruchomić jako testów regresji dla następnego sprint upewnić się, że rozwój nowych historie użytkownika nie zrywa funkcjonalność wątkach użytkownika Sprint 1.

10. Utwórz pakiet testów w planie badań Sprint 2 o nazwie regresji.Następnie dodać przypadków testów, które określone dla tych testów regresji na ten zestaw testów w planie badań Sprint 2.

Sprint badania 2

1. Dodaj historie użytkownika, 3 i 4 dla sprint 2 Sprint 2 Test planu utworzyć dwa zestawy testów na wymaganie.

2. Dodaj przypadkach badania przyjęcia do tych badań suites historie użytkownika, 3 i 4.Na przykład można dodać następujące przypadki badania:

   1. Wątek użytkownik 3: Tworzenie dziennika na koncie

   2. Wątek użytkownik 3: Wyewidencjonowanie bez tworzenia dziennika na koncie

   3. Wątek użytkownika 4: Zaloguj się do dziennika konta.(Parametry można dodać do tej sprawy test, aby zarejestrować się za pomocą różnych logujących.)

   4. Wątek użytkownika 4: Użytkownik zapomni hasła

   5. Wątek użytkownika 4: Wyświetl zamówienia dla konta

      Kroki test można dodać podczas tworzenia przypadków testów lub innego tester można dodawać kroki badania podczas wyraźniejsze jest to jaka będzie kroki.

3. Jeśli utworzysz wszystkie testy automatyczne można dodać te zestawy testów.Na przykład jeśli wszystkie testy lub kodowane testów interfejsu użytkownika, można skojarzyć je z testów i dodać te zestawy testów.W każdym przypadku, gdy są one gotowe podczas sprint, można dodać tych badań.

4. Dodawać żadnych nowych przypadków testów typu end-to-end, których wiadomo, że można przetestować jako wątki użytkownika są wykonane do zestaw testów typu end-to-end w planie badań wzorca.

5. Gdy wątek użytkownik jest gotowy do testowania podczas sprint, zmiana stanu zestaw testów do W trakcie.Następnie uruchom testy ręczne i automatyczne Suite badania dla wątku tego użytkownika.

   [!UWAGA]

   Można również dodać badawcze przypadku test umożliwia testowanie badawcze dla każdej historyjki użytkownika.Tym przypadku test można tworzyć z tylko jednego badania krok, który służy do eksplorowania tego wątku użytkownika i zarejestrować wykonywane operacje w przypadku znalezienia błędu.

6. Można teraz wyświetlać badania stanu dla każdego pakietu test z Uruchomić testy przeglądać w Test działalności.Można także uruchomić raportów, aby sprawdzić status.Na podstawie celów jakości, które mają dla każdego sprint, można określić, jeśli zadania testowania sprint są kompletne.

7. Uruchamianie testów wydajności lub testów typu end-to-end, które są odpowiednie dla tej sprint.

8. Po Sprint 2 należy określić, które testy, należy uruchomić jako testów regresji dla następnego sprint (jeśli istnieje) aby upewnić się, że rozwój nowych historie użytkownika nie zrywa funkcjonalność wątkach użytkownika Sprint 2.

9. W planie badań dla następnego sprint (Sprint 3) należy skopiować zestaw testów, nazywane regresji z Sprint 2 planu badań.Następnie dodać przypadków testów, które określone dla tych testów regresji na ten zestaw testów w planie badań Sprint 3.Aby uzyskać więcej informacji dotyczących sposobu kopiowania pakietów testowych z innego planu badań, zobacz Jak: kopiowanie pakietów testowych z innego planu badań.

Kontynuuj ten proces dla każdego użytkownika głównie.W ten sposób będzie utworzenie zestawu planów badań dla użytkownika głównie.Możesz również tworzy zestaw testów testów regresji, który jest przeniesiony do następnego planu badań.Dla punktu kontrolnego klucza, takich jak Beta 1 można uruchomić niektórych lub wszystkich badań od użytkownika głównie.Można użyć tych samych technik tworzenia planu testowania tego punktu kontrolnego jest o nazwie Beta 1, i następnie kopiowanie pakietów testowych z tym planem badań.W ten sposób można nagrywać wyników testowania oddzielnie dla tego planu badań i porównaj je plany badań indywidualnym.

Inne metody rozwoju

Jeśli nie są po agile metodologii, rozwoju i testowania zadań mogą opierać się na funkcje.Jednak wymagania można także użyć zamiast historie użytkownika.Użycie wymagań, można zastosować podejście w sekcji agile rozwoju i tworzenia planów badań dla określonego punktu kontrolnego, zamiast sprint, a następnie dodaj wymagania do planu badań.Na przykład może mieć Beta 1 planu testowania wszystkie wymogi dotyczące Beta 1 dodanej jako zestawy testów.Następnie można dodać przypadków testów akceptacji i testy do tych testowanie pakietów i wyzwalać test z wymaganiami.Aby uzyskać więcej informacji, zobacz Jak: Dodawanie elementów listy zaległości produktu, wątek użytkownika lub elementów pracy wymagania do planu badań.Aby uzyskać więcej informacji na temat dodawania jednostki badań do planu badań, zobacz Jak: skojarzyć testu automatycznego, w przypadku badania lub Tworzenie przypadkach badania z zestawu zautomatyzowanych testów.

Jeśli używasz podejście bardziej oparte na funkcji może mieć następujące funkcje dla aplikacji sieci Web:

1. Koszyk (alfa)

2. Zaloguj się (alfa)

3. Sprawdź (Beta 1)

4. Wyświetl zamówienia (Beta 1)

Następujące kroki Załóżmy, że są funkcje dla projektu.Również zakłada się, że funkcja będzie skojarzony z określonego obszaru ścieżki do zespołu projektu.Można utworzyć przypadkach badania tych funkcji.Można także przypadków testów, które konkretnie więcej niż jednej funkcji.Na przykład można przetestować, że użytkownik może dodawać elementy do ich koszyku, zaloguj się i zakupu zapasów.Następujące kroki, będzie mieć zestaw planów badań, jak pokazano na poniższej ilustracji.

Konfigurowanie projektu

1. Na początku projektu należy utworzyć następujące plany badań.(To jest oparta na liczbę punktów kontrolnych, które mają.)

   1. Alpha

      Będzie to używane do testowania funkcji, które będą dostępne dla Alpha.

   2. Beta 1

      Będzie to używane do testowania funkcji, które będą dostępne dla wersji Beta, w tym wszelkie zmiany do funkcji opinii alfa lub uzupełnień do funkcji alfa.

2. Określić konfiguracje testu musi mieć do służy do testowania tych funkcji.Na przykład można przetestować, te funkcje aplikacji uruchamiane w Internet Explorer 8 dla konfiguracji 1 i Firefox 3.5 Konfiguracja 2.Następnie Utwórz testowe konfiguracji przy użyciu Microsoft Test Manager.Aby uzyskać więcej informacji na temat tworzenia konfiguracji, zobacz Konfiguracje testów — określanie platform testowych.

3. Dodać konfiguracje badania konieczne dla funkcji, aby plan badań.Domyślnie te będą używane dla wszelkich pakietów testowych, tworzonych w planie badań.

   [!UWAGA]

   Należy użyć różnych konfiguracji dla konkretnych funkcji lub przypadków testów, można zmienić konfiguracji badania dla każdego zestaw testów.Aby uzyskać więcej informacji, zobacz Porady: wybór różnych konfiguracji testowych do planu lub pakietu testowego.

Testowanie alfa

1. Dodać zestaw testów koszyk i zestaw testów dla dziennika w alfa przetestować planu.Można utworzyć je jako zestawy testów statycznych, a następnie dodać te zestawy testów.Aby uzyskać więcej informacji na temat dodawania przypadków testów do pakietu badanie statyczne, zobacz Jak: tworzenie i zarządzanie nimi pakietów testowych.

   Ważne

   Podczas tworzenia przypadków testów na podstawie obszaru produktu, który jest badany, może być również zaznacz ścieżkę obszaru.Obszar ścieżki często mapować funkcje lub zestaw funkcji.Można to zrobić, można utworzyć pakiet testów kwerenda oparta na podstawie kwerendy dla tego obszaru ścieżki.Badania sprawy po dodaniu do tej ścieżki obszaru, zostanie on automatycznie dodawany do zestaw testów oparte na kwerendzie.Może to pomóc w konserwacji sieci pakietów testowych.W tym przykładzie można utworzyć pakiet oparte na kwerendzie testów dla obszaru ścieżki równe 1, a drugi obszar ścieżki równą 2 zamiast zestawy testów statycznych.Aby uzyskać więcej informacji na temat tworzenia te, oparte na kwerendzie testowanie pakietów, zobacz Jak: tworzenie i zarządzanie oparte na kwerendzie pakietów testowych.

2. Sprawdź, czy konfiguracje badania konieczne dla pakietów testowych dla każdej funkcji są poprawne.Domyślnie każdy zestaw testów skonfigurowano używanie konfiguracji badania dla planu badań.

3. Dodaj przypadków testów, aby te badania pakietów ich odpowiednich funkcji.Na przykład dodać następujących przypadkach badania do pakietu odpowiedniego badania, lub wystarczy utworzyć przypadków testów poprawne wartości dla ścieżki obszaru Jeśli utworzono pakiet testów oparte na kwerendzie:

   1. Koszyk: Dodawanie jeden przedmiot do koszyka

   2. Koszyk: Usunąć element z koszyka

   3. Zaloguj się: Zaloguj się do konta użytkownika

      Aby uzyskać więcej informacji o dodawaniu przypadków testów w zestaw testów, zobacz Jak: dodawanie przypadku Test do zestaw testów.

      [!UWAGA]

      Kroki test można dodać podczas tworzenia przypadków testów lub innego tester można dodawać kroki badania podczas wyraźniejsze jest to jaka będzie kroki.

4. Jeśli utworzysz wszystkie testy automatyczne można dodać te zestawy testów.Na przykład jeśli wszystkie testy lub kodowane testów interfejsu użytkownika, można skojarzyć je z testów i dodać te zestawy testów.Jeśli utworzono pakiet testów kwerenda oparta na podstawie ścieżki obszaru, należy się upewnić, że wartość ścieżka obszaru jest poprawne dla tych przypadków testów.Aby uzyskać więcej informacji na temat skojarzyć zautomatyzowane testy z przypadków testów, zobacz Jak: skojarzyć testu automatycznego, w przypadku badania lub Tworzenie przypadkach badania z zestawu zautomatyzowanych testów.Testy te można dodać w każdym przypadku, gdy są one gotowe podczas testowania alfa.

5. Gdy funkcja jest gotowy do testowania w fazie alfa projektu, należy ustawić stan suite test plan badań W trakcie.Aby uzyskać więcej informacji, zobacz Jak: zmiana stanu testowania pakietów testowych.

   [!UWAGA]

   Można również dodać badawcze przypadku test umożliwia testowanie badawcze dla funkcji.Tym przypadku test można tworzyć z kroku tylko jedno badanie, który służy do zbadania tej funkcji i zarejestrować wykonywane operacje w przypadku znalezienia błędu.

6. Z Uruchomić testy widoku, można wybrać badania punktów , który chcesz uruchomić.Punkt badania jest Kojarzenie sprawy test przy użyciu konfiguracji badania.Na przykład tester a ma maszyna określone tylko przy użyciu programu Internet Explorer 8.Tester a zaznacza wszystkie punkty badania story użytkownika, który trzeba uruchomić w programie Internet Explorer 8 i uruchamia te.Tester b zaznacza wszystkie punkty badania story użytkownika, który musi być uruchomiony na Firefox 3.5 i uruchamia te.

7. Po zakończeniu wszystkich testów ręczne i automatyczne Suite badania dla funkcji, można wyświetlić stan testowania, Suite tego badania, z Uruchomić testy przeglądać w Test działalności.Można także uruchomić raportów, aby sprawdzić status.W oparciu o kryteria jakości, które ustawiono Alpha badania, można określić, jeśli badania zadania nie są zakończone.Aby uzyskać więcej informacji na temat raportów z Microsoft Test Manager, zobacz W raportach dotyczących postępu badań dla planów badań.

Testowanie beta 1

1. Kopiowanie pakietów testowych od planu badań alfa do planu badań Beta 1.Aby uzyskać więcej informacji dotyczących sposobu kopiowania pakietów testowych z innego planu badań, zobacz Jak: kopiowanie pakietów testowych z innego planu badań.

2. Jeśli używane są zestawy testów statycznych, dodać zestaw testów Wyewidencjonuj i zestaw testów dla zamówień widoku Beta 1 badania planu.Jeśli używasz oparte na kwerendzie test pakietów dla ścieżki obszaru, a następnie wszelkich testów, które można utworzyć dla obszaru ścieżki 1 lub 2, będą automatycznie dodawane do pakietów testowych kopiowane z planu badań alfa.

3. Dodać zestaw testów, nazywane kompleksowe Beta 1 badania planu.Test przypadkach można dodać do ten zestaw testów do testowania scenariuszy typu end-to-end, które zawierają więcej niż jednej funkcji.

4. Przypadków testów, aby dodać te badania pakietów dla tych nowych funkcji lub wystarczy utworzyć przypadkach badania z obszaru poprawną ścieżkę wartości korzystania z pakietów testowych oparte na kwerendzie.Można również dodać przypadkach badania zmian funkcjonalności dla funkcji alfa lub nowych dodatków do tych funkcji.Na przykład można dodać następujące przypadki badania:

   1. Check Out: Sprawdź elementów z koszyk

   2. Check Out: Wyboru bez tworzenia dziennika na koncie

   3. Logowanie (sprawa dodatkowe badania): użytkownik zapomni hasła

   4. Wyświetl zamówienia: Wyświetl zamówienia dla konta

   5. Kompleksowe: dodać element, logowania i realizacji transakcji

      Kroki test można dodać podczas tworzenia przypadków testów lub innego tester można dodawać kroki badania podczas wyraźniejsze jest to jaka będzie kroki.

5. Jeśli utworzysz wszystkie testy automatyczne można dodać te zestawy testów.Na przykład jeśli wszystkie testy lub kodowane testów interfejsu użytkownika, można skojarzyć je z testów i dodać te zestawy testów.Testy te można dodać w każdym przypadku, gdy są one gotowe podczas Beta 1.

6. Gdy funkcja jest gotowy do testowania podczas Beta 1, zmiana stanu zestaw testów do W trakcie.Następnie uruchom testy ręczne i automatyczne Suite badania tej funkcji.

   [!UWAGA]

   Można również dodać badawcze przypadku test umożliwia testowanie badawcze dla każdej z nowych funkcji dla wersji Beta 1.Tym przypadku test można tworzyć z kroku tylko jedno badanie, który służy do zbadania tej funkcji i zarejestrować wykonywane operacje w przypadku znalezienia błędu.

7. Można teraz wyświetlać badania stanu dla każdego pakietu test z Uruchomić testy przeglądać w Test działalności.Można także uruchomić raportów, aby sprawdzić status.Na podstawie celów jakości, które mają dla wersji Beta 1, można określić, jeśli badania zadania nie są zakończone.

8. Uruchom testy dowolnego typu end-to-end, wymaganych dla wersji Beta 1.

Jeśli masz więcej punktów kontrolnych projektu, można kontynuować ten proces dla każdej punkty kontrolne.W ten sposób utworzy nowy plan badań, dla każdego punktu kontrolnego.Możesz również tworzy zestaw testów typu end-to-end testów, które są kopiowane na następny punkt kontrolny planu badań.Jeśli nie masz wystarczającą ilość czasu, aby uruchomić wszystkie testy w zestaw testów z poprzedniego punktu kontrolnego, może ograniczyć badań w zestaw testów, skopiowany nad.Na przykład może to ograniczyć tylko badań priorytet 1.Używane są zestawy testów oparte na kwerendzie, można zmienić kwerendę, aby dodać z priorytetem.Jeśli używane są zestawy testów statycznych, można usunąć tylko przypadków testów, które nie trzeba ponownie uruchomić punktu kontrolnego.

Zobacz też

Zadania

Przewodnik Szybki Start dla Podręcznik badań, za pomocą Menedżera badania firmy Microsoft

Jak: Plan badań widok wyników w Microsoft Test Manager

Koncepcje

Definiowanie planu testów