Как обеспечить качество ИТ-продукта на проектах с отсутствующей или устаревшей документацией?
— рассказывает QA-специалист Максим

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

Обычно это происходит по трем причинам:
🔹«Сделали по аналогии» — скопировали функционал другого сервиса, но не перенесли или не актуализировали описание.

Что делать? Обратиться к первоисточнику, привлечь аналитика или разработчика из соседней команды, проверить конфигурации и логи.

🔹«Ничейный» или Legacy-сервис — проект давно забыт, а авторы уже не в компании.

Что делать? Искать любые упоминания в базе знаний, опросить коллег, кто мог с ним сталкиваться. Если информации нет — разбираться в коде совместно с разработчиком и аналитиком.

🔹«Просто не делали» — команда раньше обходилась без формальных требований.

Что делать? Спокойно объяснить риски и дополнительные затраты из-за отсутствия документации. Начать формировать её самим или инициировать выделение ресурсов на аналитику.

Как тестировать, когда ТЗ нет? Главное — действовать системно:
👉 Если на проекте есть аналитик, то попросите преобразовать пожелания заказчика в полноценное ТЗ. Пообщайтесь с командой, составьте примерные требования и обсудите это на совместном созвоне, выявив, чего не хватает
👉 Если аналитика в команде нет, то здесь два пути: либо попросить выделить аналитика из другой команды (при возможности), либо взять эту задачу в свои руки.

🔥Идеально, если аналитик создает документацию. Если его нет — не стоит избегать этой задачи. Составление требований помогает глубже понять продукт, улучшить качество тестирования и снижает риски на будущее.

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