Создание адресов электронной почты, безопасных от ботов на веб-странице?

Я не не соглашаюсь с Dan (хотя лучший выбор может просто состоять в том, чтобы не ответить)..., но...

Поблочное тестирование является процессом записи кода для тестирования поведения и функциональности системы.

, Очевидно, тесты улучшают качество Вашего кода, но это - просто поверхностное преимущество поблочного тестирования. Реальная выгода к:

1. Облегчают изменять техническую реализацию при проверке, что Вы не изменяете поведение (рефакторинг). Правильно протестированная единица кодирует, может настойчиво осуществляться рефакторинг/очищаться с небольшим шансом повреждения чего-либо без того, чтобы замечать его.
2. Вселяют веру разработчиков при добавлении поведения, или создание фиксирует.
3. Документируют Ваш код
4. области Indicate Вашего кода, которые сильно связываются. Это твердо к коду модульного теста, который это сильно связало
5. , Обеспечивают, средство использовать Ваш API и искать трудности рано на
6. Указывает на методы и классы, которые не являются очень связны

, Вы должны модульный тест потому что в Вашем интересе поставить удобный в сопровождении и качественный продукт Вашему клиенту.

я предложил бы, чтобы Вы использовали его для любой системы или части системы, который модели реальное поведение. Другими словами, это особенно хорошо подходит для развития предпринимательства. Я не использовал бы его для throw-away/utility программ. Я не использовал бы его для частей системы, которые проблематичны для тестирования (UI является типичным примером, но это не всегда имеет место)

, самая большая ловушка - то, что разработчики тестируют слишком большую единицу, или они считают метод единицей. Это особенно верно, если Вы не поймете Инверсия Управления - в этом случае, то Ваши модульные тесты будут всегда превращаться в сквозное интеграционное тестирование. Модульный тест должен протестировать отдельные поведения - и большинство методов имеет много поведений.

самое большое неправильное представление состоит в том, что программисты не должны тестировать. Только плохие или ленивые программисты верят этому. Должен парень, создающий Вашу крышу не, тестирует его? Должен доктор, заменяющий сердечный клапан не, тестирует новый клапан? Только программист может протестировать тот свой код, делает то, что он предназначил его, чтобы сделать (QA может протестировать пограничные случаи - как код ведет себя, когда этому говорят сделать вещи, программист не предназначал, и клиент может сделать, приемочное испытание - делает код, делают что что клиент, оплаченный его, чтобы сделать)