Документация на проекте

Нет ничего хуже для QA, если на проекте нет документации и вокруг тотальная agile обстановка с сопутствующим хаосом, изменением требований каждый час и т.п. Столько горя можно схватить - вы даже не представляете.

Но выход есть:

1) Начать писать тестовую документацию прямо сейчас, даже если вы только пришли на проект. Для этого общаемся с разработчиками, аналитиками, саппортом, девопсами, продуктовыми менеджерами - со всей командой. Общаемся и пишем.

2) Выстраивать процессы обмена информацией внутри команды. Хорошо, если есть единомышленники - продавливайте с ними свои идеи, пресекайте любые попытки вам помешать. Документация - это часть обеспечения качества. Нет документации - нет контрактов между интерфейсами, нет API, нет тест-кейсов, нет проекта.

Если первый пункт зависит целиком от вас и вашей QA-команды, то со вторым все намного сложнее. Документация разработчиков может выглядеть лишь поверхностным описанием работы приложения в Confluence, это в первом приближении разумно, так как в случае чего всегда можно посмотреть более точный источник - код. Но могут ли его посмотреть QA, другие коллеги? Далеко не всегда, да и в большинстве случаев не должны. Пусть аналитики напишут требования, а разработчики напишут, как они эти требования реализовали - они и только они владеют этой информацией.

Одновременно с этим, много документации - тоже плохо: протоколы меняются очень часто, нужно все взаимодействия отслеживать и своевременно править. Нужна золотая середина.

В общем, не буду томить: я пришёл к тому, что идеальнее и проще всего описывать процессы схемами, mind maps или UML-диаграммами. Последние - просто очень круты - схематично можно показать не только сам процесс какого-либо взаимодействия, но и хронологическую последовательность, то есть, условно, какой запрос за каким должен следовать - это безумно важно, когда к примеру тестируется бэкенд с кучей интеграций.

Напишите мне в личку - @pavelthai, как у вас построен процесс обмена информацией, какие инструменты используете, все ли делятся информацией? Независимо от того, где вы работаете - это процесс везде плюс/минус одинаковый. Самые интересные и полезные идеи опубликую в одном из ближайших постов.