Зачем тестировщику доки читать. Часть 3: Как? Когда? И немного граблей :)

Продолжая тему взаимодействия тестировщиков с проектной документацией (см. часть 1, часть 2), в этой части хочу коротко упомянуть, как технически у нас осуществляется тестирование требований и какие вообще есть проблемы с этим процессом.

Зачем тестировщику доки читать. Часть 2: И какая от тестировщика польза?

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

Зачем тестировщику доки читать. Часть 1: А не проще ли у аналитика спросить?

Тестирование требований - это тема, которая, пожалуй, в любой книге по тестированию расписана - и зачем надо тестировать требования, и каким условиям требования должны удовлетворять (полнота, непротиворечивость, однозначность, реализуемость, тестопригодность... - всем знакомый список), - да и вообще немало на эту тему сказано и написано. Но вот вдохновившись заметкой Ирины, решила я всё-таки и про свой опыт взаимодействия с требованиями написать - правильный или неправильный, но зато реальный :) Тем более что говорить я могу сейчас про взгляд с двух сторон - и со стороны тестировщика, и со стороны аналитика (обязанности которого я более или менее успешно сейчас выполняю).

Терпеть не могу длинные заметки, поэтому решила разбить свои соображения на эту тему на несколько частей. Начну немного издалека и в первой части я дам свой ответ на один из вопросов Ирины - а надо ли вообще тестировщику читать спецификации или проще с аналитиком поговорить?