В ранних версиях этой книги я решил, что тестирование модулей будет неотъемлемой частью (для всех моих книг) и поэтому JUnit был многословен и неуклюж в предложениях. В то время я написал свой собственный модуль проверки рабочей среды, используя рефлексию Java для упрощения синтаксиса, выполняющего тестирование модулей. В третьей редакции Thinking in Java мы разработали другой модуль тестирования рабочей среды для этой книги, который тестировал конечные примеры.
Тем временем JUnit изменился, в него добавился синтаксис, имевший значительное сходство с тем, который я использовал в ранних версиях этой книги. Я не знаю, насколько большое влияние я внес в изменения, но я просто счастлив, что это произошло, потому что я более не чувствую необходимости в поддержке моих собственных систем (которые вы все еще можете найти по <здесь должен быть какой-нибудь URL>), и может просто рекомендоваться, фактически, как стандарт.
Я преподнес и описал стиль кодирования JUnit, который, я рассчитываю на это, является "лучшей практикой" (в основном из-за своей простоты), в книге Thinking in Java, 3-я редакция, глава 15. Этот раздел обеспечивает адекватное введение для любого тестируемого модуля, которые вы найдете связанным с этой книгой (однако, код тестирования модулей было бы ненормально включать в текст этой книги). Когда вы загрузите код этой книги, вы найдете (Вероятно, после 4.9.2003, но не теперь) тестирование модулей наряду с примерами кодов, если это будет возможно.
Расположение тестового кода
(From Bill):
Публичное: в поддиректории test; отдельным пакетом (не включен в jar).
Доступ к пакету: тот же пакет, поддиректорий в пути кода библиотеки (не включен в jar).
Частный доступ: (тестирование белой коробки). Вложенный класс, подключение или добавление JUnit.
← | Требования к разработке | Упрощение идиом | → |