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

Возникает вопрос, какой курс выбрать? Вы можете свободно пойди в колледж и пройти курс, но я уверен у вас есть способ дешевле. Есть отличный способ изучения как стать экспертом в области Quality Assurance. Это сайт www.qainsight.net. Джеймс Бах – всемирно известный учитель и то, что он предлагает свои курсы Quality Assurance бесплатно, это просто невероятно!

Другой способ стать экспертом в области Quality Assurance – чтение книг по теме. Сейчас есть множество книг, но несколько из них выделяются из общего списка. Я назову две из них.

Первая – это Metrics and Models in Software Quality Engineering by Stephen H. Kan. Это новая книга, и она достаточно объемная. Это одна из самых уважаемых книг по SQA. В ней есть отличные иллюстрации и хорошие объяснения по каждой теме. Данная книга одна из лучших.

Вторая книга называется Software Quality: Concepts and Practice by R. A. Khan Mustafa. Эта книга вышла в конце 2006 года, т.е. она довольно современная. Она объясняет понятие quality с различных точек зрения и предлагает вам сделать свои собственные выводы. В этом сила данной книги. Она очень почитаема среди тестеров.

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

Что ожидает клиент?
Полный ответ на данный вопрос, это самая трудная задача для SQA эксперта. После часов, проведенных за анализом задокументированных клиентских требований, после дней, проведенных за проверкой того, что код разработчиков удовлетворяет этим требованиям, после того как вы уверены, что все известное о продукте задокументировано, запрограммировано и работает и нормально функционирует вы должны спросить себя:
• А все ли нам сказал клиент? Какие скрытые требования могут быть?
• Кто есть реальный пользователь продукта? Может ли реальный пользователь влиять на требования и дизайн продукта?
• Где золотая середина между ценой и риском?
• Какие могут быть ограничения? И реально ли удовлетворить пользовательские пожелания с условием этих ограничений.
• Какие риски могут быть с релизом? Является ли это критичным для клиента?
• Есть ли запасной план и можно ли его использовать?
• Насколько опытен пользователь? Как это соотносится с тем, что уже сделано?
• Чего пользователь хочется добиться с помощью этого изменения.
• Работает ли приложение так, как было задумано без причуд и сюрпризов?
• Были ли адекватно описаны и протестированы границы использования приложения. Были ли они превышены?
• Требуется ли дополнительно обучение пользователей и было ли оно проведено?
• Будет ли релиз превышать клиентские ожидания и будет ли клиент этим доволен?
• Подразумевает ли релиз плавный переход?
• Будет ли в продукте возможность масштабирования интерфейса?
 

Как стать экспертом в области Software QA зависит от вашего итогового понимания всех этих факторов и осознавания момента, когда ваши способности по выпуску продукта подходят под нужды клиента.

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

Доволен ли я результатом? Уверен ли я, что я смогу удовлентворить потребности клиента на высшем уровне? Без уверенности в результате вы должны быть способны четко сформулировать в чем здесь камень преткновения, провести переоценку риска и если ресурсы не позволяют добиться полного успеха (не хватает времени, не хватает денег, горят сроки релиза), вы должны быть уверены в ваших способностях объяснить эти факторы и придерживаться их.

Нет ничего лучше чем предоставление чего-то нового клиенту. Новое, которое позволяет ему выполнять задачи быстрее, эффективнее, точнее и аккуратнее. Новое, которое приносит пользу и ему и его клиентам. Новое, после завершения рутинного выполнения проекта.
Как стать SQA экспертом?

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

Dan Schlueter
Это первая статья из цикла о том, как начинающий или рядовой QA-инженер может превратиться в эксперта, который является незаменимым членом команды разработчиков. Эта статья – обобщение последующих статей, в которых каждый аспект будет рассмотрен намного глубже.

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

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

Во-первых, вы должны узнать как можно больше о бизнес-направлении (business domain) и программном обеспечении, которое в нем создается. Разработчики имеют только части пазла (мозаики), но у них нет понимания системы «от» и «до». Как QA-инженер, вы не можете позволить себе такой роскоши. Если вы хотите стать QA-экспертом, то вы должны знать систему лучше, чем кто-либо другой. Если вы делаете свою работу хорошо, вы должны быть одним их тех людей, котрые могут ответить на любой вопрос о том, как система работает.

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

Это не значит что вам необходимы четыре года обучения компьютерным наукам.

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