LeshaL, прошу прощения, может быть не совсем поняла вас:
Вопрос, как я понял был о "Контроле качества тестирования", а не о "контроле качества продукта".
Т.е. перефразировать его можно так "как вы контролируете работу контролеров?".
Или это просто опечатка?
Значит ли это, что вы считаете, что тестировщик и QA это одно и то же?
Конечно же я так не считаю. Если вы ходили по ссылке, которую вам прислал
Boltick - то я там оставил комент, где это написано в явном виде.
Вы назвали топик "контроль качества тестирования", а не "контроль качества продукта". Это разные вещи. Хотя понятно, что качественное тестирование ведет к появлению более качественного продукта.
Посему я и спросил вас, не ошиблись ли вы в названии темы.
Контролировать качество
тестирования можно как-нибудь так:
- искать баги в тест-кейзах
- вводить таск-трэкер для команды тестирования
- проводить митинги команды тестеров, узнавая статус и проблемы, мешающие тестированию
- автоматизировать какие-то части тестирования, где часто ошибаются люди (например, автогенерация сложных файлов конфигурации)
и тд.
Т.е. это активность направленая на улучшение процесса тестирования и его контроля. Причем эти меры могут быть универсальны. И если ваша фирма делает несколько продуктов, и у каждого продукта - своя команда тестеров. То можно\нужно распространить процесс тестирования на все команды (одинаковая тестовая документация, одинаковые репорты и тд). Все это улучшит само тестирование.
Контроль качества
продукта, можно объяснить простым образом:
у вас есть набор критериев, которым должен соответствовать продукт, чтобы его можно было релизить. Вы проводите ряд экспериментов(тестируете) продукт и смотрите, удовлетворяет он критериям или нет. Если вы это делаете регулярно(еженедельно, например) то вы видите в каком направлении движется работа по созданию продукта. Если каждый следующий раз, критерии сходятся все хуже - значит лодка плывет не в том направлении и надо чего-то делать. Если все больше критериев сходится с каждым разом - значит все ОК.