В теме одно сообщение

[xska]

Встретил тут на одном замечательном ресурсе нечто подобное:

There were a total of 2 QA guys let go due to this project, both managers.  The first was let go because he knew the system wasn't ready and refused to sign off on it.  The second was let go as the scapegoat; he came in, they told him to sign off, he signed off, it failed, they blamed him.

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

Встречались ли вы с подобными ситуациями, и если да - то как с ними боролись? Или более конкретно:

Как боролись с:
1) Оказанием давления на команду тестировщиков - особенно с попытками заставить принять заведомо нетестируемые, неполные и ошибочные требования
2) Тенденцией сваливать все обнаруженные в стадии post-production ошибки на "недотестировали" (т.е. на команду тестировщиков)
3) и более общее, с политическими играми в цепочке отделов управления, разработки и тестирования (project management, development and testing/QA)

[Amate]

1) Оказанием давления на команду тестировщиков - особенно с попытками заставить принять заведомо нетестируемые, неполные и ошибочные требования

Выходом может являться документированный регламент на передачу проекта в тестирование. Я добился принятия в компании такого регламента, и проблем теперь у меня меньше (ссылаюсь на него, если что, и никаких вопросов). Кроме того, тестировщики не должны быть в оппозиции к разработчикам. Нужно неустанно объяснять, что качество продукта - общее дело.

2) Тенденцией сваливать все обнаруженные в стадии post-production ошибки на "недотестировали" (т.е. на команду тестировщиков)

Это, по моему мнению, правильно. Но нужно уметь защитить свою работу перед руководством.

3) и более общее, с политическими играми в цепочке отделов управления, разработки и тестирования (project management, development and testing/QA)

С этими играми ни в коем случае нельзя бороться. В них нужно принимать участие.