Реализация задачи по разработке

Операция: Кодирование

Следующий шаг - собственно написание кода для задачи по разработке базы данных. Это означает обновление существующих объектов схемы базы данных или создание новых. После реализации очередного пакета изменений его нужно развернуть на изолированном сервере для тестирования.

Операция: Выполнение теста модуля базы данных

С помощью теста модуля проверяется корректность реализации определенного программного компонента. Выполнение тестов модулей при разработке снижает число дефектов, обнаруживаемых на этапе тестирования, и позволяет бороться с регрессом - появлением новых дефектов при исправлении уже выявленных дефектов или при добавлении новых функций. Тесты модулей не являются тестами функций или взаимодействия; их единственное назначение - проверка автономной работы фрагмента кода. Разработчики должны убедиться, что существующие тесты модулей проходят после написания нового кода. Тестирование должно проводиться на протяжении всего проекта - от реализации архитектурных основ в начале до внесения дополнений в конце проекта. При этом все разновидности тестов единообразно выполняются и выявляют дефекты. При тестировании модулей баз данных необходимо перед написанием тестов модулей создать или обновить план генерирования данных, чтобы при тестировании имелись необходимые тестовые данные.

Операция: Рефакторинг базы данных

В процессе рефакторинга кода прогоняйте тесты модуля после каждого изменения. При таком подходе риск повреждения программы минимален. По возможности выполняйте автоматизированный рефакторинг, поскольку автоматизированные процессы минимизируют вероятность ошибок. Отметим, что рефакторинг надо проводить постоянно.

Операция: Обзор кода

Обзор кода применяется для выявления областей, с которыми могут возникнуть проблемы в процессе дальнейшей разработки или тестирования. Обзор кода также дает возможность узнать мнения других разработчиков о рассматриваемом коде. Обзоры кода позволяют участникам, работающим в той же области, следовать прецедентам, созданным предыдущими разработчиками. В таких партнерских встречах требуется присутствие второго знающего коллеги, с которым разработчик должен рассмотреть все изменения, прежде чем зарегистрировать код в системе управления версиями.

Операция: Интеграция изменений

Чтобы приложение было устойчивым и согласованным, необходимо организовать интеграцию изменений в код. Когда код состоит из небольших изменений, каждое из которых соответствует задаче по разработке или исправлению дефекта, его проще поддерживать в стабильном состоянии. Легче найти и изолировать потенциальную проблему. Для состояния сценария или требования к качеству устанавливается значение Resolved (Обработан) и описатель назначается тестировщику.