1. Получаем задачу
Принимаем ссылку и отдельные пункты правок. Для каждого пункта фиксируем страницу, текущее наблюдение и желаемое поведение; формальный документ до первого разговора не требуется.
Процесс зависит от риска и устройства проекта: небольшой визуальной правке и обмену с платёжной системой нужна разная глубина подготовки, но результат всегда должен быть проверяемым.
Составить список правокПринимаем ссылку и отдельные пункты правок. Для каждого пункта фиксируем страницу, текущее наблюдение и желаемое поведение; формальный документ до первого разговора не требуется.
Определяем CMS и стек, доступные исходники, репозиторий, резервные копии и внешние зависимости. Неизвестные части отмечаем явно, а не включаем в оценку как уже понятные.
Переводим описание в проверяемые условия: кто выполняет действие, какие данные участвуют, что должно появиться на экране или уйти во внешнюю систему и что считается ошибкой.
Для ограниченной правки даём предварительную оценку. Если состояние кода, данных или интеграции нельзя понять без исследования, сначала отделяем диагностику и её ожидаемый результат.
По риску задачи настраиваем Git, резервную или тестовую копию, воспроизводим исходное поведение и определяем проверки. Эти меры применяются там, где они действительно нужны проекту.
Меняем согласованный участок, сохраняем совместимость с существующей архитектурой и не расширяем задачу скрытым обновлением всего проекта без отдельного решения.
Проверяем ожидаемый сценарий, ошибки и связанные ветки: адаптив, роли, данные, интеграционные ответы и повторные действия — в объёме, который следует из изменения.
Выпускаем по принятой для проекта процедуре и проверяем результат в рабочем окружении. Production-проверка возможна только при предоставленном доступе и согласованном выпуске.
Укажите сайт, страницы, текущее и ожидаемое поведение. Сводку можно проверить до отправки.