Comments on: Unit тестове #2: Какво да тестваме? http://skanev.com/2007/02/21/unit-tests-2/ Блогът на Стефан Кънев Thu, 20 Nov 2008 10:20:52 +0000 http://wordpress.org/?v=2.6.2 By: Aquarius http://skanev.com/2007/02/21/unit-tests-2/#comment-19 Aquarius Fri, 23 Feb 2007 22:39:36 +0000 http://skanev.com/2007/02/21/unit-tests-1-2/#comment-19 Ей, как можах да го забравя това. Разбира се, че трябва да се пишат тестове за бъгове. Аргументацията е много проста - самите бъгфиксове често са няколко реда, които не влизат чисто в първоначалния ти замисъл и стоят като кръпка. Когато промениш кода (замениш го с по-качествен), често пропускаш тази кръпка. Не искам да казвам колко пъти ми се е случвало. Теста, разбира се, помага за това. Плюс това е хипер лош стил да генерираш един бъг два пъти. Иначе, пробвай следната мотивация за кода си - пиши тестовете в аванс. Доста помага. Но това е част от <acronym title="Test-Driven Development">TDD</acronym>, за което мисля да пиша като се прибера от Сибир. Ей, как можах да го забравя това. Разбира се, че трябва да се пишат тестове за бъгове. Аргументацията е много проста—самите бъгфиксове често са няколко реда, които не влизат чисто в първоначалния ти замисъл и стоят като кръпка. Когато промениш кода (замениш го с по-качествен), често пропускаш тази кръпка. Не искам да казвам колко пъти ми се е случвало. Теста, разбира се, помага за това. Плюс това е хипер лош стил да генерираш един бъг два пъти.

Иначе, пробвай следната мотивация за кода си—пиши тестовете в аванс. Доста помага. Но това е част от TDD, за което мисля да пиша като се прибера от Сибир.

]]> By: Петьо http://skanev.com/2007/02/21/unit-tests-2/#comment-18 Петьо Fri, 23 Feb 2007 20:13:49 +0000 http://skanev.com/2007/02/21/unit-tests-1-2/#comment-18 Аз тествам в следните случаи: - Когато това, което трябва да направя ми се стори нетривиално. Тогава първо пиша тест, който да опише това, което искам да се случи. С това обикновено описвам и интерфейса. След което пиша код, който покрива теста. - Когато има бъг. Пиша тест, който по някакъв начин да възпроизвежда бъга. С него проверявам дали съм фикснал бъга. Признавам си - пиша недостатъчно тестове. Кода ми е слабо покрит, и често "пропускам" да напиша тестове където трябва. Но се уча. Аз тествам в следните случаи:

- Когато това, което трябва да направя ми се стори нетривиално. Тогава първо пиша тест, който да опише това, което искам да се случи. С това обикновено описвам и интерфейса. След което пиша код, който покрива теста.

- Когато има бъг. Пиша тест, който по някакъв начин да възпроизвежда бъга. С него проверявам дали съм фикснал бъга.

Признавам си—пиша недостатъчно тестове. Кода ми е слабо покрит, и често „пропускам“ да напиша тестове където трябва. Но се уча.

]]>