b'\n_START_ARTICLE_\nTest-driven development\n_START_SECTION_\nProgramowanie technik\xc4\x85 test-driven development\n_START_PARAGRAPH_\nProgramowanie technik\xc4\x85 test-driven development wyr\xc3\xb3\xc5\xbcnia si\xc4\x99 tym, \xc5\xbce najpierw programista zaczyna od pisania test\xc3\xb3w do funkcji, kt\xc3\xb3ra jeszcze nie zosta\xc5\x82a napisana. Na pocz\xc4\x85tku testy mog\xc4\x85 nawet si\xc4\x99 nie kompilowa\xc4\x87, poniewa\xc5\xbc mo\xc5\xbce nie by\xc4\x87 jeszcze element\xc3\xb3w kodu (metod, klas), kt\xc3\xb3re s\xc4\x85 w testach u\xc5\xbcyte._NEWLINE_Na pocz\xc4\x85tku zaczyna si\xc4\x99 od przypadku, kt\xc3\xb3ry nie przechodzi testu \xe2\x80\x93 zapewnia to, \xc5\xbce test na pewno dzia\xc5\x82a i mo\xc5\xbce wy\xc5\x82apa\xc4\x87 b\xc5\x82\xc4\x99dy.'