1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31 1 2 3 4
styczeń luty marzec
kwiecień maj czerwiec
lipiec sierpień
wrzesień październik
listopad grudzień
Ostatnie 20 wpisów...
PDC 2008, VS 2010, "historyczny debugger", dzień 1
Wpis z dnia: 2008-10-28, z godziny: 01:14

Jedną z ciekawszych zmian w Visual Studio 2010 będą nowe mechanizmy związane ze śledzeniem aplikacji. Nowe okno, Test Impact pozwala przeanalizować, jakie konsekwencje będzie miała zmiana w danej linii kodu. TI łączy się z serwerem TFS (który ma zarejestrowane wyniki pokrycia kodu przez testy). Na tej podstawie może poinformować programistę, które scenariusze testowe mogą potencjalnie "paść". Dodatkowo, inteligentny analizator potrafi wykrywać pewne błędy bez konieczności kompilacji (choć - są to raczej drobiazgi...). Pojawił się także nowy typ testu - impast test (który może być wymagany do wykonania przed oddaniem kodu do repozytorium.
Drugie narzędzie to tzw. "historic debugger". Jest to narzędzie, które rejestruje działanie aplikacji i pozwala "cofać się w czasie" by zobaczyć np. jak doszło do wystąpienia danego błędu. Zupełnie zmieni to sposób pracy developera. Nie będzie usiłował ustawić pułapek, czy krok po kroku przechodzić po aplikacji, by złapać ten moment tuż przed wystąpieniem problemu, ale może cofnąć się ze stanu, gdy już dany błąd (np. wyjątek) wystąpił.
Historic debugger ma 2 główne interfejsy. Jeden, to okno z listą funkcji, które można rozwijać (by widzieć np. poszczególne linie wywołań itp.) i okno podglądu stanu w danym momencie czasu. Drugi interfejs to po prostu edytor kodu - gdzie widzimy aktualnie "wykonaną" instrukcję i możemy po prostu przewijać się do przodu i do tyłu obserwując zmienne lokalne czy stos...
Co ciekawsze, nowe narzędzie do wykonywania testów funkcjonalnych może, po wykryciu błędu zapisać log historyczny z serwera i dołączyć do workitem typu Bug, który będzie nowym zadaniem dla developera. Programista, dostając takie zadanie może kliknąć na log i po prostu zobaczyć krok po kroku co doprowadziło do nieprawidłowego zachowania aplikacji. Dzięki temu komunikacja między testerem a developerem zostanie bardzo uproszczona (a dodatkowo developer będzie "widział" jak kod zachowuje się w środowisku testowym - czy np. wszystkie ścieżki są prawidłowe).

Komentarze:
Redakcja Computerworld nie ponosi odpowiedzialności za wypowiedzi Internautów opublikowane na stronach serwisu oraz zastrzega sobie prawo do redagowania, skracania bądź usuwania komentarzy zawierających treści zabronione przez prawo, uznawane za obraźliwie lub naruszające zasady współżycia społecznego. Osoby zamieszczające wypowiedzi naruszające prawo lub prawem chronione dobra osób trzecich mogą ponieść z tego tytułu odpowiedzialność karną lub cywilną.
Ten wpis nie ma jeszcze żadnych komentarzy. Twój może być pierwszy...
Liczba zatwierdzonych komentarzy: 0      dodaj swój komentarz  

Korzystanie z serwisu Bywalec Computerworld jest jednoznaczne z wyrażeniem zgody na następujące warunki obsługi. Regulamin korzystania z serwisu. Serwis realizuje wytyczne ASME oraz uzupełnienia IDG dotyczące zasad publikacji w mediach elektronicznych.
© copyright 2010 IDG Poland SA
04-204 Warszawa ul. Jordanowska 12
tel. (+48 22) 321 78 00  fax (+48 22) 321 78 88