Как проверяем первое изменение
Опишите одно действие, которое не удаётся завершить, или нужную новую функцию. Определим границы доработки, а результат проверим вместе с затронутыми действиями.
Максим Хорошко, руководитель команды ИТ-разработки АИС Сокол, лично разбирает первую задачу. Исполнителей и их обязанности определяем для согласованного этапа.
-
Фиксируем исходный сценарий. Уточняем, кто выполняет действие, что ожидается и что происходит сейчас. Сопоставляем шаги с доступными материалами. Если проблема не воспроизводится, определяем, какие данные нужны для проверки причины.
-
Ограничиваем участок. Определяем модуль, данные, зависимости и то, что не входит в работу. Для внешнего сервиса отдельно согласуем ответственность нашей команды и его владельца. Если изменение затрагивает обмен — интеграция с действующими сервисами.
-
Согласуем выполнение. До платных работ фиксируем состав, стоимость, срок, доступы и критерии приёмки. Когда вводных достаточно, оцениваем доработку; самостоятельное исследование согласуем отдельным этапом, а не обязательной покупкой перед каждым изменением.
-
Проверяем результат. Выполняем обычную операцию, повтор запроса и один связанный сценарий ошибки, выбранный под задачу. Сопоставляем результат с исходной проблемой, а не только с сообщением в интерфейсе. Испытания, способные повлиять на рабочую систему, проводим только в согласованной среде.
-
Передаём изменение. В согласованный комплект входят код или настройки, контрольные примеры, результаты проверок, протокол, инструкция выпуска и известные ограничения. Порядок возврата учитывает изменённые данные: возврат версии приложения сам по себе не отменяет операцию во внешней системе.
