2008-10-08 38 views
11

Stajemy się mokrzy podczas testów jednostkowych w VS 2008 Professional Edition i osiągnęliśmy naprawdę duży problem: wydaje się, że nie ma możliwości określenia zasięgu kodu w tej konkretnej edycji VS . Wydaje się, że jest to coś dostępnego jedynie w VS Team System Development Edition.Narzędzia do pokrycia kodu dla VS 2008

Innymi słowy, VS 2008 Professional Edition umożliwia zapisanie wszystkich testów jednostkowych, ale nie zapewnia ŻADNEGO sposobu sprawdzenia, który kod nie jest powiązany z testem jednostkowym (lub ile kodu obejmuje test). Czy ta obserwacja jest poprawna?

Jeśli tak, czy ktoś może polecić narzędzie innej firmy w celu określenia zasięgu kodu? Próbowałem TestMatrix, ale był całkowicie niewrażliwy (Ekran ustawień ukrywał przyciski OK i Anuluj w 120 DPI, a mój obecny zestaw testów spowodował całkowite zablokowanie VS).

Pytanie uzupełniające: Zamiast narzędzia do obsługi stron trzecich, zamiast uaktualnienia do wersji VS Team System Development, czy lepiej byłoby zastosować NUnit i znaleźć darmowe/tanie narzędzie do zarządzania kodami? Nie zajmujemy się jeszcze testami jednostkowymi i chcemy wybrać metodę testowania, która nie przeszkodzi nam w wysiłkach w dół ... i nie złamie banku.

Odpowiedz

1

Używam , aby uzyskać podstawowe informacje na temat zasięgu kodu z moich testów NUnit. Interfejs nie jest najsprytniejszym doświadczeniem pod słońcem, ale wykonuje swoją pracę i jest otwarty.

+0

Próbowałem krótko PartCover, ale miałem problem z ustaleniem tego. Czy jest przeznaczony wyłącznie dla NUnit (ponieważ jest to klon NCover), czy może być używany z narzędziami testowymi MS w VS 2008? Dzięki! –

+0

Uważam, że można go użyć do przetestowania zasięgu dowolnego pliku .exe, który można uruchomić z PartCover. Ale używam go obecnie tylko do testów NUnit. –

0

Używam NCover z NUnit pod VS2008 przez kilka dni. Zauważyłem, że tak łatwo znaleźć i wypełnić luki w moim zasięgu testowym, zachichotałem głośno, kiedy pojawia się NCover.

Jedna porada: jeśli twoje testy są w tym samym pliku, co testowany kod, nie przejmuj się uruchomieniem programu NCover, chyba że wszystkie testy przejdą pomyślnie. W przeciwnym razie będzie oznaczać wszystkie nawiasy klamrowe z nieudanymi testami upustów. Być może jest to tylko wskazówka, że ​​powinienem umieścić moje testy w innym pliku ...

+2

Dobrze jest mieć test w osobnym projekcie/zestawie –

+1

Whoa yeah, nie chcesz testów w tym samym pliku. Po co powiększać swoją wersję o jednostki testujące i testujące zależności? –

+1

Sądzę, że istnieją pewne zalety związane z umieszczaniem testów jednostkowych w tym samym pliku, co testowany kod. Pomysł nie powinien być odrzucany bez zastanowienia. Nadal można wykluczyć je z kodu produkcyjnego, ale niektóre osoby wysyłają nawet testy z kodem produkcyjnym. Jest w tym także trochę zalet. –

Powiązane problemy