2012-02-23 8 views

Odpowiedz

6

Local.testsetting służy głównie do definiowania atrybutów testowych. Załóżmy, że masz zestaw przypadków testowych, które chcesz wykonać za pomocą komputera zdalnego kontrolera, który możesz skonfigurować w sekcji "Host" w tym pliku ustawień. Istnieje również wiele innych atrybutów testowych, takich jak "TestTimeout: aby ustawić określony limit czasu dla wszystkich przypadków testowych," Setup & Skrypt czyszczenia ": jeśli chcesz uruchomić jakiś skrypt przed uruchomieniem dowolnego testu i po wykonaniu wszystkich przypadków testowych. Możesz wziąć ten plik jako plik ustawień globalnych dla wszystkich przypadków testowych w ramach tego projektu testowego.

Pojawi się inny plik z rozszerzeniem .VSMDI. Ten plik zawiera listę przypadków testowych w ramach tego projektu testowego. I możesz grupować przypadki testowe, korzystając z tego. Załóżmy na przykład, że masz zestaw przypadków testowych, które chcesz zintegrować z systemem automatycznej kompilacji i masz kilka innych przypadków testowych (np. Coś, co otwiera przeglądarkę i sprawdza jakiś element), których nie chcesz integrować z zbuduj system. Tak więc można zrobić to wszystko przy użyciu tego .vsmdi.

-Thx

+0

Dlaczego muszę prowadzić dwie osobne listy przypadków testowych? Dlaczego potrzebujemy pliku VSMDI, gdy listę testów można wywnioskować w ramach samego projektu? – Nuzzolilo

+0

@Nuzzolilo Wiem, że to stare pytanie, ale w mojej firmie parsujemy pliki trx z powodu nieudanych testów, a następnie generujemy pliki vsmdi, aby ponownie uruchomić awarie. Warto zauważyć, że w vs2015 plik mstest.exe został zastąpiony przez vstest.console.exe i nie obsługuje plików vsmdi. – Aeropher

Powiązane problemy