« Я тестер ! »

Многим из нас кажется, что помогающие нам люди не нуждаются в нашей помощи.

Разве нужно девелоперу рассказывать что-то про продукт, если он сам про него знает больше меня?

Разве важно помогать коллеге с написанием тестовых сценариев и ревью, если он это делает с моими?

Разве необходимо сообщать лидеру группу о запросах от стейкхолдеров/изменениях в требованиях, ведь он и так об этом знает и сообщает команде?

Каждый из членов проекта — составная его часть. Если вы только будете что-то «брать», ничего не возвращая, то скоро станете ненужным в проекте. Задача каждого игрока команды своими действиями помогать коллегам, ведь именно тогда общий delivery от группы/команды/фирмы будет выше/лучше/"зеленее". Даже если вы в большой фирме и ваш вклад незаметен не только при первичном осмотре, но и при использовании микроскопа — все равно вносите свой посильный вклад. Вы не знаете, когда ваши действия достигнут результата (вдруг это случится при следующей раздаче премии/повышении или чем-то другом не менее вкусном).

Может быть на самом деле несколько вариантов (список не ограничен — ваши версии всегда уместны в комментариях):

В данном случае, на самом деле, от тестировщика ждут всего лишь информации.

Тестировщик добывает информацию для себя, чтобы определить, может ли он САМ выпустить релиз и взять на себя ответственность за качество выпускаемого продукта. Такая ситуация не менее распространена, чем первая. Причем, считаю её более важной. Ведь сама постановка вопроса: дать информацию или подписаться под выпуском продукта — ведет к более серьезному подходу. Люди разные, воспринимают мир индивидуально, но если тестировщик не несет ответственности за релиз, его руки развязаны — задержки релиза, выпуск не достаточно качественных версий и т.д. Конечно, гильотину не стоит показывать в качестве возможного исхода событий, но серьезная доля ответственности вполне приемлема.

Такое встречается очень редко и зачастую выходит за стандартные задачи тестировщика.

Определить скоуп выпускаемого в данном релизе: ограничение запрошенного бизнесом с точки возможностей отдела тестирования.

Проверить, чтобы программисты сделали то, что требовалось: основное поле деятельности тестировщиков.

Выпустить то, что получилось: подписаться под тем, что выпущенный продукт действительно то, что нужно было и работает так, как это ожидается.