Wprowadzanie ustawień testów w programie Visual Studio

 

Opublikowano: czerwiec 2016

Kiedy uruchamiasz testy z Visual Studio lub w usłudze kompilacji, szablon testu może zebrać dane takie jak diagnostyczne informacje śladowe, informacje systemowe lub nagranie wideo kodowanego testu interfejsu użytkownika. Możesz również symulować potencjalne zatory na maszynach testowych, zmniejszać dostępną pamięć systemową lub emulować wolną sieć.

Jeśli aplikacja działa na więcej niż jednym komputerze, można skonfigurować te opcje oddzielnie dla każdego komputera i wybrać, które urządzenie uruchomi kod testowy.

Ważne

.testsettings i .runsettings

Użytkownicy zaznajomieni z testami w poprzednich wersjach programu Visual Studio, mogą zauważyć, że plik .testsettings nie jest już uwzględniony w projekcie badania jednostki.Nowsze struktura testów, wprowadzona w Visual Studio 2012, może być konfigurowana za pomocą pliku runsettings.

Jeśli korzystasz z pliku .testsettings, szablon testu MSTest będzie służyć do uruchamiania testów.To uruchamia wolniej i nie pozwala na uruchomienie testów z szablonów testowych stron trzecich.

Tym samym:

1. Użyj domyślnej konfiguracji kiedy to tylko możliwe.

2. Aby udostępnić dodatkowe pliki podczas testu, takie jak dane testowe lub pliki konfiguracji, zawrzyj pliki w swoim projekcie i ustaw właściwość Kopiuj do danych wyjściowych.Jeśli to nie jest możliwe, należy wdrożyć dodatkowe pliki lub katalogi za pomocą DeploymentItemAttribute w testowych klasach lub metodach.

3. Użyj pliku .runsettings, jeżeli chcesz skonfigurować niektóre aspekty swojego uruchomienia testowego, takie jak katalog wdrożenia lub analiza pokrycia kodu.

4. Użyj .testsettings pliku do konfigurowania zbierania danych diagnostycznych i kontroluje testy, które są rozpowszechniane przez więcej niż jednego komputera.

   Należy używać pliku .testsettings w czasie testów wydajności sieci, obciążenia i kodowanych testów interfejsu użytkownika.

Wymagania

• Program Visual Studio, Enterprise lub Visual Studio Test Professional

ten temat opisuje jak definiować ustawienia testu w Visual Studio. Jeśli są uruchomione testy systemu w programie Microsoft Test Manager, zobacz Tworzenie ustawień automatycznych testów systemowych przy użyciu programu Microsoft Test Manager.

Kiedy należy użyć pliku ustawień testu?

Jeśli chcesz:

• Zbieranie danych diagnostycznych w celu oddzielenia błędów w aplikacji.

• Emulacja wąskich gardeł, które czasami można spotkać w Twojej aplikacji w środowisku produkcyjnym.

• Uruchom klienta, serwer i inne części Twojej aplikacji na różnych komputerach, aby sprawdzić, czy działa zgodnie z oczekiwaniami w środowisku rozproszonym.

• Rozłożenie dużej liczby testów na dodatkowe maszyny.

• Uruchom testy wydajności i testy obciążenia. Po dodaniu testu wydajności sieci web i wczytaniu projektu testowego do rozwiązania, będzie już zawierać plik .testsettings. Można prosto edytować ten plik.

Ostrzeżenie

Testy jednostki uruchamiają się wolniej, jeżeli użyjesz pliku ustawień testu.Zalecamy nie używanie pliku ustawień testu z testami jednostki.Możesz skonfigurować test jednostki korzystając zamiast tego z pliku .runsettings.Aby wdrożyć dodatkowe pliki, użyj DeploymentItemAttribute.

Ale wydajności sieci Web i testy załadowania zawsze wymagają pliku ustawień testu.

Jak używać pliku ustawień testu?

Dodaj pliki ustawień testu do rozwiązania, a następnie wybierz ten, którego chcesz użyć. Możesz dodawać więcej niż jeden plik ustawień testu, jeżeli chcesz przełączać szybko pomiędzy różnymi ustawieniami.

1. Dodaj plik .testsettings do rozwiązania.

   W menu kontekstowym rozwiązania Visual Studio, wybierz polecenie Dodaj, Nowy element, a następnie wybierz Testuj ustawienia.

2. Edytowanie pliku ustawień testu

3. Wybierz ustawienia testu, aby użyć:

   • Wybierz ustawienia testu dla testów jednostki i kodowanych testów interfejsu użytkownika
     W menu TEST wybierz Ustawienia testów, Zaznacz plik ustawień testu.

     

     Wybranie ustawień testu jednostki i kodowane testy interfejsu użytkownika

   • Wybieranie ustawień testu do testów wydajności i obciążenia sieci web:
     Otwórz menu kontekstowe dla pliku .testsettings w rozwiązaniu, którego chcesz użyć, a następnie wybierz Aktywne obciążenie i Ustawienia testu sieci Web Test.

     

     Wybieranie ustawień testu do testów wydajności i obciążenia sieci web

• Jakie jeszcze powinni wiedzieć?
  Uwagi

  • Dodaj ustawienia testów do rozwiązania, a nie w projekcie.

  • Istnieją osobne polecenia do wyboru ustawień testu dla testu wydajności sieci Web i dla innych typów testów. Testy wydajności sieci Web zawsze wymagają pliku ustawień testu. Testy jednostki i kodowane testy interfejsu użytkownika nie wymagają pliku ustawień testu.

  • Ostrzeżenie nie zaleca się zastosować ustawienia testów do projekt testu jednostki programu Visual Studio, o ile nie chce ustawienia, które oferuje. Jeśli zastosujesz ustawienia testu, starszy szablon testowy zostanie użyty do uruchamiania testów i utracisz korzyści wynikające z wydajności i odporności nowych szablonów.

    Jeśli korzystasz z pliku ustawień testu, a później zdecydujesz, że nie chcesz z niego korzystać, możesz to anulować w menu TEST przez wybranie opcji Ustawienia testów.

    To zalecenie nie dotyczy wydajności sieci Web i testów obciążenia, które zawsze posiadają plik ustawień.

  • Ustawienia testu wybierają i sterują kartami danych diagnostycznych. Istnieje kilka rodzajów adapterów zbierających różne rodzaje informacji i konfigurujących środowisko, w którym przeprowadzany jest test.

  • Ustawienia testowe także wybierają formant testu. Jeśli chce się uruchomić aplikację na więcej niż jednej maszynie, używa się kontrolera testów.

  • Kiedy dodajesz projekt testu wydajności sieci Web i obciążenia do rozwiązania, zostaje utworzony lokalny plik Local.testsettings. Jest automatycznie dodawany do rozwiązania w folderze Elementy rozwiązania. To uruchamia test lokalnie bez wybranych diagnostycznych adapterów danych. Możesz oddać lub edytować plik .testsettings, aby określić adaptery danych diagnostycznych i kontrolery testów.

  • Dodatkowe, patrz temat testowania dla dostarczania ciągłego z programu Visual Studio 2012 w rozdziale 6: testowanie przybornika.

Edytowanie ustawień testu

Możesz skonfigurować wiele wartości dla ustawienia testu korzystając z poniższych stron w oknie dialogowym Ustawienia testu:

• Ogólne

• Role

• Dane i Diagnostyka

• Wdrożenie

• Skrypty instalacyjne i czyszczące

• Hosty

• Limity czasu testu

• Test jednostkowy

• Test sieci Web

Ustawienia testowe: role

Na stronie Role można skonfigurować test do uruchomienia na komputerze lokalnym lub do uruchomienia zdalnego:

• Wykonanie lokalne jest domyślne. Oznacza to, że testy i aplikacje uruchomiono na komputerze programu Visual Studio lub na serwerze kompilacji po sprawdzeniu w kodzie aplikacji. Przejdź do Dane i diagnostyka.

• Wykonanie lokalne ze zdalnym zbieraniem jest typową konfiguracją dla testowania aplikacji sieci web lub systemu klient-serwer. Kod testowy jest uruchamiany na lokalnej maszynie, można jednak również zbierać dane testowe z komponentów aplikacji zainstalowanych na innych maszynach.

• Wykonanie zdalne jest stosowane, gdy nie chcesz, aby uruchomić dowolnej części aplikacji lokalnie Jest to typowa konfiguracja, w której aplikacja wymaga określonej platformy, takiej jak określona przeglądarka sieci Web lub baza danych. Możesz zebrać dane testowe i skonfigurować środowisko testowe na każdej maszynie.

Konfigurowanie kontrolera test i role dla zbierania danych zdalnych i wykonanie

Wykonanie zdalne oznacza zainstalowanie aplikacji na jednej lub kilku maszynach oprócz komputera lokalnego. Ustawienia testu mogą określać konfiguracje kolekcji danych i środowiska testu dla tych maszyn. Każda maszyna musi mieć agenta testu, połączonego z kontrolerem testu. Kontroler testu odczytuje ustawienia testu i używa agentów do konfiguracji środowiska testowego każdej maszyny i adapterów danych diagnostycznych. Możesz zainstalować kontrolera testów i agentów ręcznie lub możesz użyć Microsoft Test Manager, aby utworzyć środowisko laboratoryjne.

Do zdalnego testowania maszyny są identyfikowane przez nazwy roli, na przykład "Serwer SQL", "Serwer sieci Web" i "Klient stacjonarny". Nazwy pozwalają na określenie konfiguracji każdej maszyny. Kiedy instalujesz aplikacje do testowania, używasz nazw ról, aby wybrać odpowiednią maszynę dla każdego komponentu aplikacji.

1. Z listy rozwijanej Kontroler wybierz kontrolera testu dla agentów testowych, który będzie używany do uruchamiania testów lub zbierania danych.

2. Aby dodać role, które chcesz wykorzystać przeprowadzając testy i zbierając dane, wybierz Dodaj. Na przykład możesz przypisać nazwy ról, takie jak "Klient stacjonarny" lub "Serwer sieci Web".

3. Wybierz rolę, którą chcesz uruchomić testy, a następnie wybierz Ustaw rolę wymaganą do uruchomienia testu. Typowo, jest to rola, na której zainstalowany jest komponent klienta aplikacji.

   Uwaga

   Inne zdefiniowane role nie będą uruchamiały kodu testowego, ale będą stosowane jedynie do zbierania danych i adapterów diagnostycznych określonych dla zadań nastronie danych i diagnostyki.

4. Aby wybrać agentów testowych, którzy mogą być użyci w roli, musisz stworzyć atrybuty dla tej roli, a następnie przypisać te atrybuty swoim agentom testowym. Jeśli chcesz uruchomić testy jednocześnie na wielu maszynach, należy przypisać do wielu agentów testowych atrybutu z roli, która jest skonfigurowana do uruchamiania testów. Aby utworzyć atrybut, wybierz role i następnie wybierz Dodaj w pasku narzędzi powyżej listy atrybutów.

5. Zostanie wyświetlone okno dialogowe Reguła wyboru agenta.

6. Wpisz nazwę w nazwa atrybutu, a wartość w Wartość atrybutu, a następnie wybierz OK. Dodawanie atrybutów zgodnie w potrzebą.

7. Na przykład można dodać atrybut o nazwie "Pamięci RAM > 16GB" o wartości "True" lub "False" do filtrowania testowych maszyn agenta z więcej niż 16GB pamięci. Jednak trzeba ręcznie wybrać wartość atrybutu agentów testowych. Wartości atrybutów nie jest automatycznie zestawiona w oparciu o specyfikacje maszyny.

8. Aby zastosować atrybut do co najmniej jednego agenta testu, przypisujesz atrybutu używanych agentów testowych za pomocą kontrolera zarządzania testowanie okno dialogowe.

Ustawienia testowe: dane i diagnostyka

W oknie dialogowym Ustawienia testu wybierz stronę Dane i diagnostyka. W tym momencie, w zależności od konfiguracji opcji na stronie Role użyj jednej z następujących opcji:

• Zbieranie danych i Diagnostyka danych na komputerze lokalnym

  Aby zawrzeć dane i diagnostykę, która chcesz zebrać na swojej lokalnej maszynie, wybierz adaptery danych diagnostycznych zgodnie ze swoimi potrzebami testowania. Aby skonfigurować adapter danych diagnostycznych, który zawarto, wybierz określony adapter danych diagnostycznych i następnie wybierz opcję Konfiguruj powyżej listy danych i adapterów diagnostycznych.

• Zbieranie danych diagnostyki i danych na komputerach zdalnych przy użyciu ról

  Na stronie Dane i diagnostyka można zdefiniować co dana rola będzie wykonywać wybierając Adapter danych diagnostycznych, którego rola będzie używać do zbierania danych. Tym samym, jeżeli jeden lub więcej adapterów danych i diagnostycznych jest włączonych dla roli, kontroler testu wybierze dostępną maszynę testową, aby zebrać dane dla określonych adaptorów danych i diagnostycznych, na bazie atrybutów określonych dla roli. Aby wybrać dane i adaptery danych diagnostycznych, które chcesz zebrać dla każdej roli, wybierz rolę. Dla każdej z ról wybierz adaptery danych diagnostycznych zależnie od potrzeb testów. Aby skonfigurować każdy adapter danych diagnostycznych, który wybrano dla każdej roli, wybierz opcję Konfiguruj powyżej listy danych i adapterów diagnostycznych.

  Przykład ról i adapterów danych diagnostycznych:

  Na przykład można utworzyć rolę klienta o nazwie "Desktop Client" z atrybutem "Używa SQL" ustawioną wartość "True" i roli serwera o nazwie "SQL Server" z atrybutem wartość "Pamięci RAM > 16GB". Jeśli określisz, że „Klient pulpitu” uruchomi testy wybierając opcję Ustaw rolę, aby uruchomić testy na stronie Role, wówczas kontroler testowy wybierze maszyny z agentami testowymi, które zawierają atrybut „Używa SQL” ustawiony na wartość „Prawda”, aby uruchomić testy. Kontroler testu będzie również wybrać maszyn serwera SQL z agenci testowi, zawierających atrybut "Pamięci RAM > 16GB" były zbierane tylko dane zdefiniowany przez danych i Diagnostyka kart zawartych w roli. Agent testów "Klienta pulpitu" może również zbierać dane dla maszyn, na których jest uruchamiany, ale trzeba także wybrać karty danych i diagnostyki dla tej roli.

Uwaga

Tabela pokazuje tylko adaptery, które mogą być stosowane z testami w Visual Studio.Aby uzyskać dodatkowe informacje dotyczące karty danych diagnostycznych używanych w Microsoft Test Manager, zobacz Konfigurowanie maszyn i zbieranie informacji diagnostycznych za pomocą ustawień testowych.

Karty danych diagnostycznych dla zautomatyzowanych testów

Karta danych diagnostycznych	Skojarzon temat
Proxy klienta ASP.NET dla IntelliTrace i wpływu Test: ten serwer proxy umożliwia zbieranie informacji na temat połączeń http od klienta na serwerze sieci Web dla karty danych diagnostycznych IntelliTrace i badanie wpływu.	Konfiguracja nie jest wymagana w celu gromadzenia informacji. Porady: gromadzenie danych IntelliTrace pomocnych w debugowaniu trudnych problemów Porady: zbieranie danych niezbędnych do sprawdzenia, które testy będą wymagały przeprowadzenia po wprowadzeniu zmian w kodzie
IntelliTrace : można skonfigurować adapter danych diagnostycznych dla IntelliTrace do określenia informacji diagnostycznych śledzenia w celu pomocy w oddzieleniu błędów, które są trudne do odtworzenia. Ten adapter tworzy plik IntelliTrace, który posiada rozszerzenie .iTrace zawierające tę informację. Kiedy test kończy się niepowodzeniem, możesz utworzyć błąd. Plik IntelliTrace, który jest zapisywany z wynikami testów, zostanie automatycznie połączony z tym błędem. Dane są gromadzone w pliku IntelliTrace zwiększają produktywność debugowania, skracając czas wymagany do odtworzenia i diagnozy błędu w kodzie. Z tego pliku IntelliTrace można symulować lokalną sesję na innym komputerze. To zmniejsza prawdopodobieństwo wystąpienia niepowtarzalnego błędu. Aby uzyskać więcej informacji, zobacz Używanie funkcji IntelliTrace.	Porady: gromadzenie danych IntelliTrace pomocnych w debugowaniu trudnych problemów
ASP.NET profiler : można utworzyć ustawienia testu zawierający profilowania, ASP.NET, który zbiera dane dotyczące wydajności w aplikacji ASP.NET sieci Web. Uwaga Ten adapter danych diagnostycznych jest do użytku tylko przy użyciu testów obciążenia, korzystających z witryny sieci Web, który wymaga programu Visual Studio Enterprise.	Porady: konfiguracja profilera ASP.NET do ładowania testów za pomocą opcji ustawień testów w Visual Studio Porady: tworzenie ustawień testu dla rozproszonego testu obciążenia
Kod zapotrzebowania (Visual Studio 2010) : można utworzyć ustawienie testu, zawierające informacje kodu zapotrzebowania, które są używane do badania, jaka część kodu jest objęta testami. Uwaga Ten adapter danych diagnostycznych może być użyty jedynie dla ustawień testowych Visual Studio.Nie jest używany do ustawień testu w Microsoft Test Manager. Uwaga Służy to jedynie zgodności z Visual Studio 2010. Aby uzyskać więcej informacji na temat pokrycie kodu, zobacz Korzystanie z pokrycia kodu do określania, jaka część kodu jest poddawana testom.	Konfiguracja pokrycia kodu przy użyciu ustawień testów jest przestarzała
Dziennik zdarzeń : można skonfigurować ustawienie testu w taki sposób, by obejmowało gromadzenie dzienników zdarzeń, które zostaną uwzględnione w wynikach testu.	How to: Configure Event Log Collection Using Test Settings
Emulacja sieci : można określić, że chcesz umieścić sztuczne obciążenie sieciowe w badaniu, korzystając z ustawienia testu. Emulacja sieci ma wpływ na komunikację do i z komputera poprzez emulację szybkości połączenia określonej sieci, takich jak połączenie dodzwaniane. Uwaga Ten adapter danych diagnostycznych może być użyty jedynie dla ustawień testowych Visual Studio.Nie jest używany do ustawień testu w Microsoft Test Manager. Uwaga Emulacji sieci nie można wykorzystać do zwiększenia szybkości połączenia sieciowego.	Porady: konfiguracja funkcji emulacji sieci za pomocą opcji ustawień testów w Visual Studio
Informacje o systemie : Ustawienia testu można skonfigurować w celu dołączania informacji o systemie dotyczących urządzenia, na którym wykonywany jest test. Informacja systemowa jest określona w wynikach testu przy użyciu ustawienia testu.	Konfiguracja nie jest wymagana w celu gromadzenia informacji.
Testowanie skutków : Można zbierać informacje o tym, jakie zastosowano metody kodu aplikacji przy uruchomieniu przypadku testowego. Ta informacja może zostać użyta razem ze zmianami w kodzie aplikacji poczynionymi przez deweloperów, aby określić na który test miały wpływ te zmiany deweloperskie.	Porady: zbieranie danych niezbędnych do sprawdzenia, które testy będą wymagały przeprowadzenia po wprowadzeniu zmian w kodzie
Rejestrator wideo : można utworzyć zapis wideo podczas uruchamiania testów automatycznych sesji pulpitu. To nagranie wideo może być pomocne przy podglądzie akcji użytkownika dla kodowanego testu interfejsu użytkownika. Nagranie wideo może pomóc innym członkom zespołu wyizolować elementy aplikacji, które są trudne do odtworzenia.	Porady: uwzględnianie podczas testów nagrań głosu i zawartości ekranu przy użyciu ustawień testów

Ustawienia testowe: wdrażanie

1. W oknie dialogowym Ustawienia testu wybierz stronę Wdrożenie.

2. Aby utworzyć oddzielny katalog dla wdrożenia za każdym razem kiedy uruchamiasz test, wybierz Włącz wdrożenie.

   Uwaga

   Jeśli wybierzesz wykonanie tej czynności, można kontynuować kompilację aplikacji po uruchomieniu testów.

3. Aby dodać plik do katalogu, którego używasz do przeprowadzania swoich testów i potrzebujesz do testów, wybierz Dodaj plik, a następnie wybierz plik który chcesz dodać.

4. Aby dodać katalog do katalogu, którego używasz do przeprowadzania swoich testów i potrzebujesz do testów, wybierz Dodaj katalog, a następnie wybierz katalog który chcesz dodać.

   Uwaga

   Aby uzyskać więcej informacji dotyczących sposobu wdrażania plików i katalogów dla poszczególnych testów za pomocą właściwości i atrybutów DeploymentItem, zobacz Porady: wdrożenie plików na potrzeby testów.

Ustawienia testowe: konfiguracja i skrypty czyszczące

1. Aby uruchomić skrypty przed i po testach, wybierz stronę Konfiguruj i wyczyść scenariusze w oknie dialogowym Ustawienia testu.

2. Wpisz lokalizacje pliku scenariusza konfiguruj scenariusz lub wybierz wielokropek (…), aby zlokalizować konfigurację scenariusza.

3. Wpisz lokalizacje pliku scenariusza Wyczyść scenariusz lub wybierz wielokropek (…), aby zlokalizować czyszczenie scenariusza.

Ustawienia testowe: hosty

1. Aby uruchomić testu z użyciem innego hosta, wybierz stronę Hosty w oknie dialogowym Ustawienia testu.

2. Aby uruchomić testy jednostek, w tym samym procesie jako witryny ASP.NET, zaznacz ASP.NET w hosta typu.

3. Użyj testu uruchomienia w procesie 32-bitowym i 64-bitowym, aby wybrać, czy chcesz uruchomić test jako procesy 32-bitowe albo 64-bitowe.

   Aby zapewnić maksymalną elastyczność należy skompilować testowane projekty z konfiguracją Any CPU. Następnie można uruchomić zarówno 32 i 64 bitowych agentów. Kompilowanie projektów testowych z konfiguracją 64-bit nie posiada zalet.

Ustawienia testowe: limity czasu testu

1. (Opcjonalnie) Aby ograniczyć okres czasu dla każdego testu i badań indywidualnych, wybierz polecenie Limity czasu testowania. strony w oknie dialogowym Testuj ustawienia.

2. Aby przerwać test kiedy limit czasu został przekroczony, wybierz Przerwij test, jeżeli łączny czas przekroczy, a następnie wpisz wartość dla tego limitu.

3. Aby zakończyć niepowodzeniem test indywidualny, wybierz Oznacz test indywidualny jako zakończony niepowodzeniem, jeżeli czas wykonania przekroczy i wpisz wartość dla tego ograniczenia.

Ustawienia testowe: test jednostki

(Opcjonalnie) Jeśli trzeba określić inną lokalizację zestawu, które testy jednostkowe muszą załadować, wybierz polecenie Test jednostki.

1. Aby folder główny dla kompilacji został załadowany, wybierz Przeglądaj, aby zlokalizować folder i wypełnić pole tekstowe.

   Folder źródłowy, który jest określony może zawierać zmienne środowiskowe i reprezentuje katalog, który zostanie użyty jako ApplicationBase dla AppDomain, w której przeprowadzane są testy. Wszystkie zestawy w tym katalogu będą obciążana przez testy jednostkowe. W środowisku produkcji, dobrą praktyką jest, aby ustawić to do katalogu, gdzie Twój kod w ramach zestawów jest instalowany. W środowisku programistycznym, dobrą praktyką jest, aby ustawić to do katalogu, gdzie Twój kod w ramach zestawów jest kompilowany. Zapewnia to, że wszystkie odwołania które posiadasz dla kodów binarnych produktu mogą być załadowane i rozwiązane podczas odkrywania i wykonywania testu bez potrzeby kopiowania kodu binarnego produktu z testem.

   Jeśli w tym miejscu nie ma ustawionej wartości, ApplicationBase elementu AppDomain, w którym jest uruchomiony test, zostaje ustawiona w katalogu, który zawiera testy.

2. Wybierz lub wyczyść pole wyboru Używaj kontekstu ładowania dla zestawów w katalogu testów.

   Domyślnie większość zestawy są ładowane do prawidłowego "obciążenia Kontekst." Zazwyczaj należy pozostawić używać kontekstu obciążenia dla zestawów w katalogu testu wybrany. Jednakże w pewnych warunkach możesz zechcieć to wyłączyć:

   Jeśli istnieje duża liczba zestawów w katalogu testowym i określono lokalizację w folderze głównym dla zestawów, które mają zostać załadowane, a testy nie zależą od załadowania w kontekście ładowania, można zauważyć wzrost wydajności, gdy nie korzysta się z kontekstu ładowania do ładowania tych zestawów testowych.

   Jeśli testy są zależne od ładowania w innym kontekście niż kontekst obciążenia (nietypowe).

   Aby uzyskać więcej informacji, zobacz Najlepsze praktyki dotyczące ładowania zestawu.

3. W opcji Foldery do użycia gdy testy są uruchamiane, wybierz Dodaj folder.

   Zostanie wyświetlone okno dialogowe Przejdź do folderu .

4. Zlokalizuj folder do wykorzystania i wybierz polecenie OK.

   Ustawienie Foldery do użycia podczas uruchamiania testów to ustawienie, którego prawdopodobnie będziesz używasz najczęściej. możesz określić wiele ścieżek do folderów, z których zestawy powinny być rozwiązane podczas odkrywania i wykonywania testów. Każda ze ścieżek, które są określone w tej sekcji może zawierać zmienne środowiskowe. Z każdą ze ścieżek określonych tutaj, są powiązane dwie opcje:

   Pierwsza opcja Zaznacz pole wyboru Używaj kontekstu ładowania, aby wskazać, że katalog powinien używać kontekstu ładowania podczas rozpoznawania zestawów z katalogu (jeśli kontekst ładowania nie jest wymagany do prawidłowego działania testów, usunięcie zaznaczenia tego pola może poprawić wydajność).

   Druga opcja   Wybierz pole wyboru Dołącz podfoldery, aby określić podfoldery przeznaczone do dołączenia podczas rozwiązywania zestawów z katalogu.

5. W opcji Dodatkowe foldery do wykorzystania podczas rozpoznawania testów, wybierz Dodaj folder.

   Zostanie wyświetlone okno dialogowe Przejdź do folderu .

6. Zlokalizuj folder do wykorzystania i wybierz polecenie OK.

   Opcja Dodatkowe foldery do użytku podczas testów odkrywania jest przydatna, gdy wykonujesz testy zdalnie w ramach komplikacji zespołowej lub automatyczny przebieg programu Microsoft Test Manager. Ścieżki dostępne tutaj zostaną wykorzystane do zestawów rozdzielczości, jednak jedynie podczas odkrywania testów. Te ścieżki mogą zawierać zmienne środowiskowe. W przypadkach, gdy badania są zaplanowane do wykonania zdalnego z kompilacji i nie wszystkie zależności zestawu do testów są w tym samym katalogu, można te ścieżki wykorzystać do zapewnienia, że MSTest lub kontroler testu mogą znaleźć wystarczającą ilość zależnych zestawów, aby odkryć testy i zaplanować w maszynach zdalnych ich wykonanie.

   Dla uruchomień zaplanowanych w Microsoft Test Manager istnieje dodatkowy token, % BuildDrop %, który może służyć do ogólnych odwołań do lokalizacji docelowej kompilacji. Wyklucza to potrzebę tworzenia lub aktualizowania ustawień testu za każdym razem kiedy testowana jest nowa kompilacja. Niestety, ten token nie jest bezpośrednio obsługiwany przez kompilację zespołową. Jednakże jeżeli lokalizacja kompilacji jest ustawiona w zmiennej środowiskowej o nazwie BuildDrop z definicji kompilacji, wynik będzie taki sam.

   Aby uzyskać więcej informacji, zobacz Testowanie jednostek kodu.

Ustawienia testowe: test sieci:

Wymagane: Enterprise programu Visual Studio

(Opcjonalnie) Aby skonfigurować właściwości, które kontrolują sposób wykonywania Testów wydajności sieci Web w ustawienie testu, wybierz polecenie Test sieci Web.

1. Wybierz opcję Stała liczba uruchomień lub Jedno uruchomienie na jeden wiersz źródła danych.

2. Użyj listy rozwijanej Typ przeglądarki, aby wybrać przeglądarkę sieci Web do zastosowania z Twoim testem wydajności sieci Web. Na przykład Internet Explorer 9.0.

3. (Opcjonalnie) Wybierz czasy reakcji Simulate aby umożliwić symulowanych wstrzymanie ludzi.

4. (Opcjonalnie) Wybierz Użyj żądania katalogu URL jako domyślnej ścieżki plików cookie.

   Jeśli wyłączono opcję Użyj katalogu żądania URL jako domyślnej ścieżki dla plików cookie, testy sieci web będą się odbywać w następujący sposób:

   Jeśli żądanie, na przykład www.abc.com/myapp/abc.aspx ustawia w odpowiedzi plik cookie i nie określa ścieżki, test użyje całego adresu URL żądania jako ścieżki dla tego pliku cookie. Oznacza to, że pliki cookie zostaną wysłane jedynie z kolejnymi żądaniami z URL www.abc.com/myapp/abc.aspx.

   Jeśli używać katalogu URL żądania jako domyślna ścieżka plików cookie jest włączone, a następnie testów sieci web będzie zgodne z to zachowanie:

   Jeśli żądanie, na przykład www.abc.com/myapp/abc.aspx ustawia w odpowiedzi plik cookie i nie określa ścieżki, test użyje katalogu adresu URL żądania jako ścieżki dla tego pliku cookie. Oznacza to, że pliki cookie zostaną wysłane ze wszystkimi żądaniami ze ścieżką podrzędną (na przykład www.abc.com/myapp/xyz.aspx).

   To zachowanie jest zgodne z wersją 1 plików cookies określoną w RFC 2109. Aby uzyskać więcej informacji, zobacz żądania komentarzy: 2109.

Zobacz też

Testowania dla dostarczania ciągłego z programu Visual Studio 2012 w rozdziale 6: testowania przybornika
Porady: dodawanie pliku ustawień testów za pomocą programu Microsoft Visual Studio
Porady: edytowanie pliku ustawień testów za pomocą programu Microsoft Visual Studio
Porady: wybieranie aktywnych ustawień testów z Microsoft Visual Studio
Konfigurowanie maszyn i zbieranie informacji diagnostycznych za pomocą ustawień testowych
Zbieranie większej ilości danych diagnostycznych podczas wykonywania testów ręcznych
Utwórz ustawienia testów do uruchamiania testów automatycznych z programu Visual Studio
Korzystanie z kontrolerów testów i agentów testowych podczas testów obciążenia
Konfigurowanie maszyn testowych do potrzeb uruchamiania testów lub zbierania danych
Porady: tworzenie ustawień testu dla rozproszonego testu obciążenia
jak: uruchomienia testu obciążenia przy użyciu testów kontrolerów i agenci testowi określone w ustawieniach testu
Wskazówki: korzystanie z kontrolera testów oraz agentów testowych w teście obciążenia
Compatibility of Test Settings with Visual Studio 2010