W trakcie pisania kodu przyzwyczailiśmy się już do tego, że należy równolegle pisać testy. Podejść, kiedy i jak pisać testy jest wiele. Do wyboru mamy też kilka dostępnych frameworków testowych, ale nie o tym chciałem napisać. W tym artykule chcę poruszyć temat badania pokrycia kodu testami.W trakcie pisania testów niejednokrotnie występuje potrzeba sprawdzenia, które fragmenty kodu pokryte są testami, a które nie.

Jedną z trudniejszą z rzeczy z jaką spotyka się każdy web developer jest dostosowanie działania witryny i jej optymalizacja wynikająca ze zróżnicowania dostępnych przeglądarek. Każdy spotka się prędzej czy później z piekłem przeglądarek wynikającym z ich wojny o rynek :-) Aktualny ranking firmy Gemius na temat popularności przeglądarek internetowych w naszym kraju przedstawia się następująco:Firefox 3.x 48,97%Internet Explorer 7.x 17,23%Internet Explorer 6.x 9,34%Internet Explorer 8.x 7,74%Opera 9.x 5,49...

Test-as-a-Contract Czytając ostatniego posta Basi na temat Design by Contract uświadomiłem sobie jedną rzecz - że już to gdzieś widziałem. I nie mówię tu o tym, że gdzieś widziałem DbC (zajęcia z Eiffla na studiach...). Patrząc na te wszystkie preconditions i postconditions zobaczyłem moje testy jednostkowe... Jakiś czas temu Leszcz przekonał mnie do pisania testów za pomocą schematu MethodStateResult. W duzym skrócie polega to na tym, że w nazwie metody testowej uwzględnione jest nie tylko to, jaką me...