Согласно розовой книжке от Кейнера, Баха и Петтикорда "Тестирование программного обеспечения. Контекстно-ориентированный подход" тестировщик обслуживает следующих клиентов, отклики от которых влияют на успех работы:
1️⃣ Руководитель проекта. Он имеет право знать о том, как идет процесс вашей работы на проекте и влиять на него. Тестировщик оказывает большую услугу, рассказывая про ход работы, важные проблемы, про то, что можете сделать, а что нет, и как повлияет на тестирование то или иное решение или условие проекта.
2️⃣ Программист. Тут надо постоянно быть очень щепетильным коллегой для этого клиента, описывая очень ясные отчеты об ошибках, чтоб он любил их как библию программиста и давал социальный рейтинг за такие баг-репорты.
3️⃣ Технический писатель (или аналитик). Тестируя продукт, вы можете помочь показать, как работает на самом деле и указать на ошибки в документации. В ответ техписатель может заранее делиться о том, что изменилось в продукте, какие функции появились. Если вы находитесь в хороших отношениях с ним, то он может указать на слабые места в баге, в тест-плане.
4️⃣ Техподдержка. Априори ваш почетный гость для работы. Даже не обсуждается! Техподдержка имеет слово, весомый вес которого заставит разработчика исправить баг только потому, что это не зашло клиентам.
5️⃣ Маркетинг. Они могут проследить, не противоречит ли что-либо ключевым преимуществам продукт. Это может мешать клиентам выполнить свои важные задачи, используя продукт.
6️⃣ Топ-менеджеры. Вы обслуживаете бизнес и этим людям надо опереться на отчеты о состоянии тестирования продукта, в которых используются понятные термины, чтоб они могли опереться на что-то при принятии решения.
7️⃣ Пользователи. Тут вы просто их главный адвокат их интересов и потребностей в продукте.
Потому я полагаю, что нельзя из-за социальных связей заменить места тестировщиков искусственным интеллектом. Рутину можно, а профессиональный опыт и взаимодействия нет.
Кот, который одной ногой в ML, но сам искренне уважает тестирование и не хочет отнимать у него хлеб!
