?

Log in

November 2016   01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
cartoon

Миф о документации, продолжение

Posted on 2011.06.18 at 23:06

Comments:


Gaperton
gaperton at 2011-06-19 12:15 (UTC) (Link)
> то, что тестировщика привыкли называть QA, не делает его QA.

Именно что делает.

> Но как тестировщик (или "QA Lead"), я не могу отправить Васю на курсы по Java, после которых он перестанет дефекты такого класса вносить. В первом случае я качество контролирую, во втором - обеспечиваю.

Как QA Engineer - тоже не сможете. Решение об обучении программистов принимает руководитель программистов, и никто другой. У QA Engineer недостаточно ни компетенции и ни полномочий, чтобы разбираться с источниками ошибок в разработке, и отправлять людей из чужих подразделений на курсы. У нас хайтек, а не конвейер по сборке лампочек.

> Набор defect prevention техник достаточно большой, для какой-то команды это может быть просто "начать использовать VCS"

Аналогично. Решение о применении VCS относится к общей технологической политики компании, что есть ответственность топ-менеджмента, и относится к SCM, а не QA.

> кажем, у нас в команде нет людей с опытом разработки высоконагруженных многопоточных приложений, и замена языка никак не спасет продукт от соответствующих проблем.

А это вообще не ваше дело как QA Engineer-а. С этими проблемами руководитель команды разбирается, ему за это деньги платят.
Previous Entry  Next Entry