"Как стать экспертом в области software Quality Assurance" - Trevor Carter
Слово "эксперт" может быть интерпретировано миллионом разных способов, но, в данном случае, давайте договоримся, что эксперт, это тот, кто имеет опыт и навыки в конкретной области - в области Software Quality Assurance.


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


Так с чего же начать? Здесь все зависит от вашего уровня образования, опыта и навыков. Если у вас нет диплома о высшем образовании, а есть только опыт работы, как у меня например, вы можете начать свою карьеру с работы специалистом Help Desk, решая программные проблемы, возникающие у клиентов. Таким образом я начал свою карьеру в software quality assurance. Смотреть на программное обеспечение с такой точки зрения, это не только отличный способ обучения, но также это помогает вам смотреть на проблему так, как на нее смотрит клиент. На этой фазе тестирования, известной как Acceptance Testing, вы пытаетесь использовать программное обеспечение в той же последовательности, что и клиент. В некоторых случаях, клиенты могут даже предоставлять последовательность их действий при работе с программным обеспечением и их собственную информацию о проблеме. Это идеальная ситуация. Клиенты также могут выбираться для тестирования ими программного обеспечения голосованием. Это называется бета-тестированием.

Еще один хороший ресурс для изучения языка тестеров - хорошие книги по данной теме. Я предпочитаю покупать их на Amazon.com, т.к. там можно дешево покупать использованные книги. Также, там я могу прочитать отзывы о книгах, прежде чем покупать их. В большинстве случаев вы даже можете прочитать отрывки из книг, продающихся на Amazon.com. Книга чего-то стоит если на ее страницах есть реальные примеры из практики. Теоретические выкладки - это конечно прекрасно, но если в книге нет ничего, что вы бы могли сравнить с реально используемым приложением, то абсолютно бессмысленно даже читать такую книгу. Например, я могу теоретизировать, что если сделать тысячу щелчков подряд левой клавишей мыши по кнопке "Пуск" в Windows, то на экране появится ошибка под названием "синий экран смерти". Однако, без реального выполнения данного процесса, кто может с уверенностью сказать что произойдет? В дополнение ко всему, это бессмысленно для операционной системы. Кто собирается нажимать кнопку "Пуск" тысячу раз подряд? Если вы решите провести данный тест, я не буду отвечать за возможный урон, нанесенный операционной системе, и абсолютно точно я не буду отвечать за ваше психическое состояние.


После восьми лет работы в SQA я могу сказать, что я еще очень далек от того, чтобы называться экспертом, но каждый день я узнаю что-то новое и это лучшее, что есть в этой работе. Мне некогда скучать!
Удачи!

 

Эксперт в области 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-экспертом, то вы должны знать систему лучше, чем кто-либо другой. Если вы делаете свою работу хорошо, вы должны быть одним их тех людей, котрые могут ответить на любой вопрос о том, как система работает.


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


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


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

 

 

Krystle Hernandez

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

 

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

 

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

 

Эксперты по качетсву также должны иметь глубокие знания методологии. В идеале это от двух до чтырех лет опыта работы в сответствующей предметной области, знание языков кодирования и программ, таких как C, C + + и Java. Желательно общее знакомство с UNIX, NT или платформой Solaris, что даст определенное конкурентное преимущество IT-специалистам, претендующим на позиции QA-экспертов.

 

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