Есть ли буллинг в QA: почему QA-инженеры пропустили этот баг?

Рейтинг: 5.0/5. на основе 1 оценки.
Пожалуйста, подождите...

Тема действительно интересная и реально заставляет задуматься.

Итак, для начала давайте разберемся, что подразумевают под QA. Если QA — это сугубо гарантия качества, то стоит определить, кто или что должен это качество предоставлять.

Первая путаница начинается уже тогда, когда некоторые специалисты начинают интерпретировать QA как слово-синоним тестирования ПО.

Проверка программного обеспечения — это не обеспечение качества, но оно может предоставлять данные для подобного обеспечения.

Тестирование не может обеспечивать качество ПО, так же как и диагноз не является залогом будущего здоровья человека.

Еще раз отметим: стоит навсегда выбросить из головы мысль, что тестирование — это исключительно обеспечение качества.

Кто зафиксировал это в постулаты? Есть чувство, что все, кто, так или иначе, сталкивается с данным процессом.

Было бы очень хорошо, если бы тестировщики перестали вешать на себя подобные ярлыки.

До тех пор пока они будут упрямо именовать себя исключительно QA-инженерами, массовая пандемия невежества и сваливания вины на других будет продолжаться.

Так чем или кем обеспечивается качество ПО?

В некотором роде, абсолютно всеми, кто чем-то занят в общем процессе создания и доставки клиенту ПО, что включает неявную персональную ответственность за гарантию качества — по аналогии так же, как каждый человек сам отвечает за поддержание здоровья своего тела.

Обеспечение качества своей деятельности — это, своего рода, мастерство, усердие, самодисциплина и обязательство по выполнению целевых интересов себя, своих будущих клиентов и обширных социальных групп.

Все люди каждый день выбирают, каковым будет их стиль жизни, какой диеты они будут придерживаться и так далее. Для взрослой части населения это взвешенное решение или не совсем — ответственность лежит на каждом человеке.

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

И только наша агентность дает возможность подняться и уйти в любой момент, когда от нас требуют непрофессионального или неэтичного поведения.

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

Это помогает узнать о ее состоянии и текущих проблемах, ограничениях.

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

Выбрать свое здоровье или отдать предпочтение качеству проделанной работы — решать только нам.

Поэтому, в таком смысле, вопрос «По какой причине это не нашли QA-инженеры?» точно интерпретируется как «Почему мы не смогли убедиться в качестве нашей работы?». И как раз в центре данного «мы» находится пресловутое «я».

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

Мы, всего лишь, отвечаем за то, чтобы поддерживать чистоту наших рук, а отдел менеджмента — за процесс организации таких условий, в которых мытье рук можно осуществлять — ну и, конечно же, за то, чтобы сотрудников не ставить в условия, когда они неумышленно могут поставить под угрозу себя, своих коллег и задачи бизнеса.

Только менеджмент несет ответственность за то, что конкретно стоит считать качественно выполненной работой и финализирует, достиг ли продукт своих задач или нет.

Менеджмент должен решать, выполнены ли в итоге все работы по созданию продукта так как того ждет клиент, и готово ли  такое ПО к выпуску.

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

Итоги

Все вышеописанное означает, что вопрос «Почему это не было найдено QA-инженерами?» стоит задавать только тогда, когда он означает «Почему никто не убедился в качестве проведенных работ?».

Но не стоит путать процесс тестирования и обеспечение качества, и, тем более, не нужно воспринимать вопросы как «Почему QA-инженеры не до конца убедились в качестве программного обеспечения?».

Оставить комментарий