Экстремальное программирование. Разработка через тестирование

(n == 0)
return 0;
return 1
;
}
Дублирование в тестирующем метод е начинает д ействовать мне на
нервы. По мере д обавления новых тестов, д ублирование буд ет только
усугубляться. 
Давайте 
попробуем 
выд елить 
общую 
структуру
операторов assert(), д ля этого д обавим в тест таблицу вход ных и
ожид аемых значений функции fib():
public void testFibonacci() {
int cases[][] = {{0,0},{1,1}};
for (int i = 0; i < cases.length; i++)
assertEquals(cases[i][1], fib(cases[i][0]));
}
Теперь д обавление нового теста требует всего шесть нажатий на
клавиши и никаких д ополнительных строк:
public void testFibonacci() {
int cases[][] = {{0,0},{1,1},
{2,1}
};
for (int i = 0; i < cases.length; i++)
assertEquals(cases[i][1], fib(cases[i][0]));
}
Как это ни уд ивительно, но новый тест работает. Это происход ит
потому, что константа 1 также под ход ит и д ля вход ного значения 2.
Переход им к след ующему тесту:
public void testFibonacci() {
int cases[][] = {{0,0},{1,1},{2,1},
{3,2}
};
for (int i = 0; i < cases.length; i++)
assertEquals(cases[i][1], fib(cases[i][0]));

---

}
Ура! Наконец-то тест не сработал. Во спользуемся прежней
стратегией (рассматриваем меньшие вход ные значения как специальные
случаи):
int fib(int n) {
if (n == 0) return 0;
if 
(n <= 2)
return 1;
return 
2
;
}
Теперь мы готовы обобщить код . Мы написали 2, од нако на самом
д еле мы имели в вид у 1 + 1.
int fib(int n) {
if (n == 0) return 0;
if (n <= 2) return 1;
return 
1 + 1
;
}
Первая ед иница в сумме – на самом д еле fib(n-1):
int fib(int n) {
if (n == 0) return 0;
if (n <= 2) return 1;
return