По вопросам от ТСа.
1. В процессе тестирования были найдены ошибки, которые были сразу же исправлены. Должен ли был тестировщик зарегистрировать их в системе баг-трекинга? На что это повлияет?
Ответ: должен, если это принесет деньги комании и не должен - если это бессмысленная трата. Все зависит от контекста, а не от тестировщика.
2. Тестировщик получил задачу, в которой описаны только функциональные требования. Достаточно ли этого для проведения полноценного тестирования? Если нет, то какая еще информация может быть нужна?
Ответ: смотря какое тестирование является для этой задачи полноценным. Если для бизнеса важен лишь happy path и уверенность, что не сломалась старая функциональность - то этой информации может быть вполне достаточно.
3. Задача на тестирование из-за дедлайна была передана с недостаточным описанием требований к изменяемому продукту. На каких условиях мы можем взять данную задачу в тестирование?
Ответ: Плохие требования, к сожалению это норма. Тестировщик может сам собрать требования и исследовав текущую реализацию обсудить ее с бизнесом(демо) для внедрения доработок до выпуска.
Конечно, это растянет процесс тестирования. Выяснение требований во время тестирования - это практика не очень. Поэтому тестировщик должен не только уметь тестировать но и уметь настраивать процессы, чтобы такого не происходило.
Но мне кажется с такими ответами собеседование не пройти.