Как техническая документация влияет на работу
Что проверяют
Видите ли вы в документации рабочий инструмент тестировщика, а не бумажную обязанность. Интервьюер хочет услышать, как документы превращаются в тесты и что вы делаете, когда их нет. Следом почти наверняка спросят: «А если требований нет вообще?»
Как отвечать
Покажите, какие документы на что влияют:
- требования и истории с критериями приёмки: из них напрямую получаются тест-кейсы, и понятно, что считать багом, а что фичей;
- спецификация API (OpenAPI): основа для API-тестов, контрактных проверок и моков;
- макеты и дизайн-система: эталон для проверки вёрстки и состояний компонентов;
- схемы архитектуры и интеграций: подсказывают, где искать причину бага и что затронет изменение;
- документация тестирования: тест-план, чек-листы, описание стендов и тестовых данных. Она сокращает ввод новичка в работу.
Отдельно скажите о тестировании самой документации. Ревью требований до разработки находит противоречия в тот момент, когда их дешевле всего исправить: вопрос в комментарии стоит минуты, а переделка готовой фичи неделю.
Дальше опирайтесь на свой опыт. Пример строится так: какой документ был плохим или отсутствовал, к какой проблеме это привело, что вы сделали (задали вопросы, собрали чек-лист, описали API по фактическому поведению) и что изменилось. Цифры называйте только свои и проверяемые. Если яркого случая не было, честно опишите, как вы работаете с требованиями на ревью и как восстанавливаете поведение системы без документации: исследовательское тестирование, логи, вопросы аналитику, фиксация договорённостей в задаче.
Где спотыкаются
Отвечают общими словами «документация улучшает качество и коммуникацию». Без примера это звучит как текст из методички.
Называют круглые проценты вроде «сократили время тестирования на 30%», не зная, как это посчитали. Следующий вопрос будет именно про расчёт.
Жалуются, что без документации работать невозможно. Интервьюер ищет человека, который умеет достать информацию сам и потом записать её для остальных.