Завершение задач разработки

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

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

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

Общие задачи

Задача	Справочные материалы
Наличие кода, проанализированного партнером: во многих средах коллективной разработки должны быть изменения кода, которые перед возвращением проверяются одним или несколькими партнерами. Стоит передавать одному из партнеров какой-либо сложный код для выполнения анализа, даже если этот шаг не является обязательным в группе. Чтобы облегчить анализ кода можно подготовить набор отложенных изменений. Другие участники группы могут проверить содержимое набора отложенных изменений. Кроме того, изменения сохраняются в системе управления версиями, поэтому можно работать над другими задачами, и изменения не станут источником угрозы, если в среде разработки возникнет нечто непредвиденное.	Рекомендации по возврату качественного кода Работа с наборами отложенных изменений
Выполнение окончательного полного построения: часто при написании изменений кода выполняется построение только измененных компонентов. В среде на основе рабочих групп может быть полезным построение всего приложения перед возвращением изменений. В некоторых группах можно выполнять отправку изменений на компьютер, который выполняет запуск непрерывных построений.	Запуск построений и наблюдение за ними
Запуск всех тестов возврата: во многих группах необходимо выполнять подмножество тестов приложения, называемых тестами возврата. Эти тесты проверяют, что разработчик не нарушил функционирование приложения в той области, которую он непосредственно изменял.	Определение построения с условным возвратом для проверки изменений Настройка политики возврата построений для снижения до минимума объема обработки кода после прерываний для непрерывных построений
Возвращение всех изменений: после проверки всех изменений необходимо вернуть их в систему управления версиями, чтобы сделать их доступными для группы. Возвращение изменений приводит к их появлению в следующем полном построении продукта. Также можно отменить ожидающие изменения, если, например, они представляют собой слишком большую угрозу на текущем этапе жизненного цикла продукта.	Возврат ожидающих изменений Разрешение конфликтов между двумя файлами Просмотр сведений о рабочем элементе с помощью окна "Ожидающие изменения" Переопределение политики возврата Отмена ожидающих изменений
Разрешение задач, ошибок и других рабочих элементов: после того как возвращены изменения, можно разрешить связанные задачи, ошибки и другие рабочие элементы, которые связаны с изменениями. Обычно выполняется связывание набора изменений, содержащего изменения, с рабочим элементом. При этом, если позже повторится ошибка, то будет намного проще найти набор соответствующих изменений. Следует писать к рабочим элементам достаточно информативные комментарии, чтобы другие читатели могли понять, какие изменения сделаны и почему. Кроме того, можно добавить метку, чтобы иметь возможность сослаться на эту версию исходного кода. После завершения рабочего элемента может понадобиться изменить рабочее расписание, если элемент занял больше или меньше времени, чем ожидалось.	Поиск ошибок, задач и прочих рабочих элементов Разрешение, закрытие или повторная активация рабочего элемента Сопоставление рабочих элементов с наборами изменений Сопоставление примечаний при возврате с наборами изменений Работа с наборами изменений Использование меток для создания снимков файлов Планирование задач и назначение ресурсов с помощью приложения Microsoft Project
Предоставление отзывов по проекту: если выполняется изменение кода, то может потребоваться изменение элементов проекта или архитектуры приложения. Если производится изменение проекта, для отражения изменений необходимо обновить все архитектурные и проектные документы (включая модели). Кроме того, если устранена уязвимость, возможно, потребуется предоставить инструкции другим участникам группы о причинах ее возникновения и действиях, необходимых для предотвращения ее в будущем.	Визуализация существующего кода. Разработка моделей для программного проектирования Моделирование требований пользователей Проверка системы в ходе разработки

Связанные сценарии

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

• Определение влияния изменений кода на тесты
  Перед возвращением изменений и разрешением связанных рабочих элементов необходимо выполнить тесты для проверки частей вашего приложения, на которые влияют изменения кода. Чтобы узнать, какие тесты необходимо выполнить, используйте функции анализа влияния тестов Visual Studio Premium и Visual Studio Ultimate.

• Проверка кода при помощи модульных тестов
  Необходимо выполнить существующие тесты, а также, возможно, потребуется разработать дополнительные тесты для проверки функционирования приложения. Если приложение использует одну или несколько баз данных, возможно, потребуется создание реалистичных тестовых данных для использования в этих тестах.

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

• Управление графиком разработки и работа
  После возвращения изменений и разрешения рабочих элементов, возможно, потребуется проанализировать график разработки для текущей итерации. Можно уточнить для себя текущее состояние графика. Если задача потребовала для выполнения большего количества времени, чем ожидалось, то может оказаться, что участники группы стали зависимы от результатов выполнения этой задачи, поэтому следует обсудить последствия задержки.