2 1024:
У нас в конторе тестеры являются и постановщиками задач ...

Если под "постановщиками задач" имеются в виду те, кто формируют требования к системе, то это зависит от методологии (у каждого подхода есть свои преимущества):

XP - это сам заказчик/пользователи, к-рый сам пишет пользовательские истории и выполняет
  функциональные/приемочные тесты помимо самих программистов, выполняющих основную
  массу тестов и рефакторинг, но не исключено и наличие выделенных тестеров;

RUP - это заказчик/пользователи, но при помощи аналитика (если точнее, то это
  2 роли) и есть отдельная группа ролей, занимающихся верификацией и тестированием
  - это как свои тестеры, так и тестеры/верификаторы заказчика

.. т.к. сложная предметная область.

Если не секрет, то в чем заключается ее сложность?

.. Хотя тестер это тот кто должен проверять соответствие модуля спецификациям а не тот кто много раз на кнопочки нажимает.

Вообще да, даже несмотря на различие в подходах как, например, в XP, к-ром спецификации как бы и нет (есть пользовательские истории, код и сами тесты, к-рые и являются как бы спецификацией) по сравнению с тем же RUP, где есть спецификация требований (функциональные, нефункциональные, ВИ, тест-кейсы). Но это если цель - эффективная разработка...

2 Lepsik:
И было бы странно если бы Project Manager не тестировал резельтыт поставленной задачи.

Ну тогда пусть еще верифицирует спецификацию требований, проверяет все модели, код, контент и ГИП. "Правильно", превратим РП в "затычку в каждой бочке". А кто тогда будет выполнять работу РП (планирование, контроль и т.п)? Наверное, тестеры...

Если у вас в конторе не так, я могу только представить что у вас там программеры ваяют

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