Приходилось ли писать документы, регламенты, мануалы кроме тестовой документации
Что проверяют
Умеете ли вы писать для читателя, который не сидит рядом. Тест-кейс пишется для своих и живёт недолго, регламент и инструкция читаются людьми из других команд. По такому опыту оценивают и письменную речь, и понимание процессов вокруг тестирования.
Как отвечать
Начните с перечня того, что реально выходило из-под вашей руки, кроме кейсов и чек-листов:
- процессные регламенты: как заводится дефект, какие поля обязательны, что считается блокером, критерии готовности задачи к тестированию и к релизу;
- инструкции по стендам: где что развёрнуто, как получить тестовые данные, как накатить нужную версию;
- памятка для новичка, по которой человек проходит первую неделю сам;
- пользовательская документация и описание изменений в релизе;
- разбор инцидента: хронология, причина, что меняем, чтобы не повторилось.
Дальше возьмите один документ и расскажите про него как про задачу: какая проблема была до него, кто читатель, что в нём есть и чего сознательно нет, где он лежит и кто его владелец. Сильный признак зрелости это проверка текста на живом человеке: новичок прошёл по инструкции без вопросов, значит она работает.
Не забудьте про поддержку. Скажите, как документ переживает изменения: привязка к версии, пересмотр по расписанию или по событию, ссылка из того места, где документ нужен, а не отдельная папка, о которой никто не помнит.
Где спотыкаются
Перечисляют типы документов списком и не приводят ни одного примера. Интервьюеру нужен конкретный текст с конкретным читателем, иначе ответ не отличается от оглавления учебника.
Пишут документ один раз и бросают. Устаревший регламент вреднее отсутствующего: по нему действуют, получают не тот результат и перестают верить всей документации сразу.
Пишут для себя. Внутренний сленг, сокращения без расшифровки, шаги в духе «настроить как обычно». Проверка простая: пройдёт ли по тексту человек, который пришёл в компанию вчера.