Чек-лист для заказчика, который сократит сбор требований НТ
Первое время после трудоустройства я тратил дни на поиски “что, у кого и где”.
Нужно было найти требования к производительности, целевые бизнес-запросы, контракты интеграций. Коллеги с полномочиями и информацией вечно были заняты на созвонах, а процессы НТ затягивались на недели. Хуже всего - когда разработчики обещали завести новые REST-эндпоинты, проходило несколько спринтов, а ничего не приносили. Инженер НТ простаивал, задачи копились.
Решение оказалось простым: я создал чек-лист, который заказчик заполняет самостоятельно через ответственное лицо - разработчика релиза, техлида или аналитика. Пока инженер НТ выполняет уже поставленные задачи, команда авансом заполняет новый заказ. Рутина по сбору информации уходит из моего дня, коллеги не отвлекаются, а я получаю всё готовым пакетом.
Результат: сбор информации сжался с 15 дней до одного дня с учётом финального созвона для утверждения критериев и бизнес-требований.
Шаблон чек-листа должен отражать особенности ваших решений, но вот что можно запрашивать заранее: - Целевые бизнес-операции, которые пойдут под нагрузку. - Контракты зависимых интеграций и примеры запросов для создания заглушек. - Интеграционные цепочки, которые должны попасть в тестовое покрытие. - Целевой профиль нагрузки, если у аналитиков уже есть видение. Если нет - подбираем совместно после упаковки скриптов. - Контакты ответственных за функционал: разработчик, техлид, аналитик, кому задавать вопросы. - Конфигурации таймаутов, ретраев, тогглеры для включения нового функционала. - Желаемые критерии производительности: процент допустимых ошибок, целевые времена ответа, критерии доступности при отключении зависимых интеграций - должен ли сервис обслуживать запросы или допустима деградация. - Конфигурации поднятия приклада: реплики, лимиты, реквесты, коннекты к базам и брокерам.
Такой чек-лист превращает сбор требований из хаоса в конвейер. Вы перестаёте быть узким местом и начинаете выполнять задачи без простоев, а разработчики понимают, что от них нужно, ещё до того, как вы освободитесь под новую задачу.
А какие пункты вы бы добавили в такой чек-лист под свои реалии?
#loadtesting #qa #sre #checklist #testplanning #engineeringmanagement #performancetesting #requirements #nonfunctionaltesting #devops #testautomation
· 18.07
Сильная идея - заказчик должен приносить часть входных данных сам, иначе НТ превращается в ручной сбор справок. Я бы ещё добавил явное поле "что считается готовым" и кто подписывает риск деградации. Иначе чек-лист спасает от хаоса только наполовину.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён