Особисто я виявив, що прочитати твір JUnit чи два, підкресливши, що "ти пишеш тест перед кодом", було достатньо, щоб почати мене.
Найважливіша частина у вивченні цієї технології - це написання МНОГО тестового коду , тому що вам потрібно змінити деякі основні способи написання коду. Такі речі:
- Написавши тест перед кодом, ви змушуєте заздалегідь придумати, як ви будете викликати свій код і отримати результат назад. Це означає, що ви спершу розробляєте API на основі того, як ви будете ним користуватися. Це часто призводить до кращого API.
- Ваш стиль кодування зміниться, оскільки вам НЕОБХІДНО думати більш модульно, щоб мати можливість протестувати частини коду, а не просто всю справу.
- Ви також дістанетесь до точки, коли зможете впевнено витягнути основний шматок і вставити новий шматок, а не поводитись так само, адже ваш тест пройшов. Це я нещодавно зробив з бібліотекою для розбору дат, оскільки оригінал був занадто м'яким.
Найкраще почати з малого - це утиліта. Наступного разу вам знадобиться лише тоді спроектуйте, що спочатку тести напишіть безліч тестів, що охоплюють усі ваші офіційні користувальницькі випадки (включаючи те, що має відбутися з нульовими значеннями, переданими тощо), і коли всі випадки використання будуть реалізовані, ви повинні мати можливість використовувати це безпосередньо у вашому коді, і будьте впевнені, він працює так, як очікувалося.
Також мій досвід, що хороші тести можуть зробити додаткову роботу як документацію, оскільки у вас є дуже дуже стислий код, який точно говорить про те, як код поводиться в різних ситуаціях, що може бути легко підтверджено правильним (зелена смуга). Уважними коментарями ви не розумієте це набагато краще.
Для Java jUnit версія 4 справді приємна.