|
|
Ведущий раздела: LedWorm
Описание: Различные хитрости при программировании на PHP
|
TDD: Добавляем отправку письма при создании нового сообщения | Как было указано в новых требованиях, приложение должно оповещать администратора при появлении нового сообщения. Сделать это несложно, вопрос лишь в том, как можно это правильно протестировать? Дело в том, проверить обычными средствами отсылку письма довольно-таки сложная задача. На помощь нам придет пакет FakeMail(http://sourceforge.net/projects/fakemail), находящийся в разработке.
Добавил: PIXEL Дата: 2008-03-05 09:11:04 Количество просмотров: 16869 Рейтинг: 0.00
|
|
TDD: Дальнейший рефакторинг приложения | Если приглядеться к index.php, то можно заметить, что хотя нам и получилось сделать его более читабельным, однако в коде есть определенные «нехорошие» связи с базой данных, явно требующие инкапсуляции. Неплохо было бы всю функциональность по работе с БД, выделить в отдельную сущность. Прежде чем, мы начнем это делать, добавим модульные тесты в приложение.
Добавил: Дата: 2008-03-05 09:09:01 Количество просмотров: 6149 Рейтинг: 2.00
|
|
TDD: Рефакторинг приложения | Пожалуй, это самый важный первый шаг, который стоит сделать. Для этого несколько модифицируем index.php, выделив из него разметку в отдельный файл /templates/feedback.html.
Добавил: PIXEL Дата: 2008-03-05 08:58:31 Количество просмотров: 6163 Рейтинг: 0.00
|
|
Tdd: Шаг первый - функциональные тесты | Наша задача - обезопасить функциональность приложения от будущих изменений, то есть мы должны гарантировать, что все наши будущие рефакторинги не приведут к тому, что мы потеряем часть его фукциональности приложения. Для этого существуют функциональные тесты. Для создания функциональных тестов мы будем использовать входящую в SimpleTest подсистему WebTester. Подробную информацию можно получить:
Добавил: Дата: 2008-03-04 11:05:22 Количество просмотров: 6979 Рейтинг: 0.00
|
|
TDD: Начальное состояние проекта | Итак, представим себе ситуацию, что у нас есть некоторое приложение, которое позволяет посетителям web узла, связываться с владельцем ресурса, оставляя сообщения различного характера. Вот список того, что именно наше приложение умеет:
Добавил: PIXEL Дата: 2008-02-29 10:40:52 Количество просмотров: 1895 Рейтинг: 5.00
|
|
Перевод существующего проекта на TDD | Самым сложным шагом в освоении TDD является, что не удивительно, самый первый. Многие разработчики с радостью мечтают перейти от хаосной разработки к TDD, однако проблема первого шага(а точнее вопрос, «А с чего же собственно начать?») не позволяет им сделать этого.
Добавил: PIXEL Дата: 2008-02-29 10:38:21 Количество просмотров: 2253 Рейтинг: 1.00
|
|
Написание модульных тестов на PHP при помощи SimpleTest | На самом деле написание тестов нетривиальная задача, для того, чтобы тесты работали как исправный механизм, требуется их автоматизировать. Вам придется прогонять тесты снова и снова не только во время написания тестов для определенного кода, но также и при написании других частей кода, для того чтобы убедиться, что ничего не было сломано. Такой подход называется регрессионным тестированием: всякий раз, когда вы изменяете некоторый код, вы прогоняете весь набор тестов для всего приложения.
Добавил: PIXEL Дата: 2008-02-29 10:25:49 Количество просмотров: 2280 Рейтинг: 0.00
|
|
TDD: Паттерн ObjectMother для тестового кода | В разделе «Минимизируйте дублирование в тестовом коде» статьи "Создание легкого в поддержке тестового кода" мы уже рекомендовали выносить код, инициализирующий тестируемые и сопутствующие им объекты в отдельные фабричные методы. Разработчики компании Thoughtworks дали этой рекомендации отдельное имя - ObjectMother и описали ее в виде отдельного паттерна.
Добавил: PIXEL Дата: 2008-02-28 14:47:50 Количество просмотров: 1953 Рейтинг: 0.00
|
|
TDD: Создание легкого в поддержке тестового кода | В проекте, который создается в рамках TDD, отношение продукционного (рабочего) и тестового кода приблизительно равно 1 к 1. Негативным фактором здесь является то, что при изменении функциональности рабочего кода или его активном рефакторинге, приходится изменять также и тестовый код в равной (а иногда и большей) степени. Отсюда появляются различные высказываения «Тесты нас только тормозят! Если бы не эти тесты, мы бы уже давно все сделали!». Поэтому очень важно иметь тестовой код, который является понятным, редко ломается, а также максимально лаконичен, как и продукционный код. Для этого существуют различные методики и специальные рефакторинги, которые для тестового кода имеют немного другой характер, если сравнивать с рефакторингом рабочего кода.
Добавил: PIXEL Дата: 2008-02-28 14:46:35 Количество просмотров: 1908 Рейтинг: 0.00
|
|
TDD: Рекомендации по написанию хороших тестов | Тесты должны быть прежде всего понятными. Снабжайте тестовые методы именами, которые обясняют суть того, что именно тестируется
Добавил: PIXEL Дата: 2008-02-28 14:45:08 Количество просмотров: 1974 Рейтинг: 0.00
|
|
|
|
|
|
|
Как вы относитесь к спаму?
Положительно, Я сам спамер. | | 11% (21) | Безразлично | | 11% (21) | Нормально, сам бы спамил | | 6% (11) | Отрицательно | | 67% (129) | А ЧТО, ЕСТЬ СПАМ ... | | 6% (11) |
Проголосовало: 193
|
|
Я здесь лежал, и здесь мои друзья
С таким похмельем долго жить нельзя
Средь глючных вИндов в пьяной тишине,
Какой-то юзер подпевает мне...
|
|
