Что пишут в блогах

Подписаться

Онлайн-тренинги

Что пишут в блогах (EN)

Разделы портала

Про инструменты

.
Качества, которыми должен обладать специалист по тестированию
29.09.2008 11:15

Публикация компании IT-Online

Оригинальная публикация

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

Идеальный тестировщик:

  • Должен уметь разрушать программные продукты, не чувствуя при этом никаких угрызений совести. Поскольку тестирование выполняется с целью обнаружения дефектов, тестировщик не должен испытывать дискомфорта, обнаруживая ошибки в работе другого исполнителя.
  • Должен уметь разрабатывать и выполнять пошаговые процедуры.
  • Должен описывать последовательность событий и конфигурацию системы, которые приводят к возникновению проблемы. Это включает способность четко документировать процедуры и результаты, умение устно передавать информацию разработчикам, другим тестировщикам и руководству.
  • Уметь критиковать и корректно воспринимать критику (например, умение так объяснить разработчикам суть дефекта, что с его слов их можно устранить).
  • Обладать способностью приносить разработчикам и руководству плохие новости. Если в одиннадцать вечера выясняется, что не удается достичь готовности выпуска программного продукта, тестировщик должен быть готов сообщить руководству эту печальную новость.
  • Уметь противостоять неослабевающему давлению (тестирование всегда является завершающей стадией любого процесса разработки, и, как правило, протекает в стрессовых условиях).
  • Обладать незаурядными умственными способностями, т.е. легко и быстро осваивать новые технологии.
  • Быть терпеливым — быть готовым выполнять прогоны тестов столько раз, сколько нужно для того, чтобы снять проблему, после чего повторно выполнить тесты, чтобы убедиться в корректном устранении проблемы.
  • Обладать гибким мышлением — быть способным быстро переключиться на тестирование нового программного продукта или даже отказаться от испытания одного продукта в пользу другого, обладающего более высоким приоритетом.
  • Обладать способностью одновременно видеть общую панораму и уметь при необходимости сосредоточиться на деталях; иметь широкий и динамичный кругозор.
  • Быть экспертом в нескольких областях — группе тестирования могут потребоваться специалисты по базам данных, по коммуникациям, по сетевым технологиям, по тестированию GUI-интерфейсов, по инструментальным средствам тестирования, по сценариям автоматизации, а также специалисты из других областей.

По материалам: Калбертсон, Браун, Кобб. Быстрое тестирование, М.: Издательский дом «Вилиямс», 2002.


Профессия: QA-Инженер (Интервью с Ракитиным Александром Васильевичем)

Дмитрий Сатин (04.05.2006)

Мифы о работе QA-инженера

В IT-сообществе сложилось пренебрежительное отношение к тестерам программного обеспечения, как к малоквалифицированному персоналу. Правомерно ли это?

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

Теперь непосредственно по вопросу. На текущий момент в IT-сообществе существуют и поддерживаются несколько мифов о профессии QA-инженера. Вот основные из них:

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

Миф 2. QA-инженер — это стартовая позиция, с которой можно начинать карьеру разработчика. Это верно только отчасти. Мы заинтересованы в приёме на работу людей, предрасположенных заниматься именно QA. Мы не видим смысла в выполнении роли «кузницы кадров» для отделов разработки, создавая тем самым текучесть персонала в собственном отделе. Рост с позиции QA инженера возможен внутри отдела QA, до позиции руководителя смены или выделенного направления.

Миф 3. Заниматься QA скучно, много рутинной работы. Работать программистом интересней, их работа творческая. Это неверно. Где человеку интересней работать, в разработке или в QA, зависит от конкретного человека, его характера, способностей, склада ума. Некоторым людям кажется ужасно рутинной работа разработчика, а работа в QA — интересной и творческой, другим людям — с точностью до наоборот.