2009-04-17 13 views
14

Wygląda na to, że dość duże problemy z ustawieniem odpowiedniego środowiska debugowania w ASP.NET i po prostu zastanawiam się, czy używanie Asserts jest drogą do zrobienia, czy nie. Czytałem trochę i zobaczyłem, że musisz zmodyfikować swój web.config, aby właściwie użyć Asserts. Czy to zwykle najlepsza metoda, czy może istnieją inne metody debugowania, które mogą być łatwiejsze w użyciu?Czy warto używać Debug.Assert w ASP.NET?

Nie używamy ram testowania jednostkowego, więc nie jest to tak naprawdę związane z pytaniem.

Skąd wiadomo, że różnica między nimi działa prawidłowo lub w ogóle nie działa? Obecnie mogę wstawiać znaki w moim kodzie i nie zrobi absolutnie niczego, ponieważ nie są skonfigurowane w web.config. Wydaje mi się to niebezpieczne.

Odpowiedz

4

Skieruję Cię tutaj: When should I use Debug.Assert()?. Jest kilka dobrych odpowiedzi, które mogą Ci powiedzieć, kiedy dobrze jest z nich korzystać, i stamtąd możesz dowiedzieć się, czy warto w twojej aplikacji.

+2

Przeczytałem tę odpowiedź. Problem polega na tym, że nie jest on specyficzny dla środowiska ASP.NET, w którym musisz wykonać określoną konfigurację, aby poprawnie działały. –

+1

Skąd wiesz, że różnica między nimi działa prawidłowo lub w ogóle nie działa? Obecnie mogę wstawiać kod w moim kodzie i nie zrobi absolutnie nic, ponieważ nie są skonfigurowane. Wydaje mi się to niebezpieczne. –

1

Posiadanie Debug Asserts zapewni poprawność kodu. Odpowiednia kombinacja przypadków testowych z pewnością Ci pomoże.

Kilka szkieletów testów jednostkowych zawiera procedury obsługi, które mogą rejestrować komunikaty i generować wyjątki na podstawie wskazówek. Wybór jednej z tych ram lub napisanie własnego programu obsługi jest czymś, o czym być może trzeba będzie pomyśleć. Ale gdy kod testu jednostek przejdzie przez te wyjątki, powinny one zostać zarejestrowane i oznaczone jako nieudane.

Powiązane problemy