Профессия тестировщик: разбираемся в qa, qc и testing

Мифы про профессию тестировщика

Немного поговорим про мифы профессии тестировщика.

Тестировщики – это подсобные рабочие программиста. Недопрограммисты..

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

Тестирование – это простой поиск багов

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

Тестировщики мало получают

Ну по началу может и так. Но… продвинутые тестировщики, или точнее QA инженеры, получают зарплаты, сравнимые с зарплатами программистов. Ну Вы и сами это видели немного раньше.

Кто такие тестировщики

Начем с того, что QA-инженер — одна из самых недооценённых профессий в нашей индустрии. Зарплаты тестировщиков обычно намного меньше, чем зарплаты программистов. Соответственно, эта сфера меньше привлекает талантливых людей. А если уж они и попадают в неё, то стремятся как можно быстрее продвинуться в разработку или управление проектами, чтобы зарабатывать больше.

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

Чтобы понять эту мысль, давайте разберём, как в теории должен происходить процесс разработки.

• Идеальный product-manager создает максимально детализированный спек продукта и передаёт его идеальному дизайнеру.
• Идеальный дизайнер, в свою очередь, рисует продуманные до мельчайших деталей UI- и UX-мокапы.
• Техлид компании распределяет работу между разработчиками.
• Идеальные разработчики в кратчайшие сроки (и, разумеется, без багов) имплементируют спек, тщательно проверяя и документируя свой код.
• Идеальные QA-инженеры пишут тест-план на основе детального спека и сверяются с UI-диаграммами, полученными от дизайнера.
• Проверка продукта становится тривиальной задачей и он выходит в продакшн.

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

Лучшие книги и средства обучения

▍Книги

• Арбон Джейсон, Каролло Джефф, Уиттакер Джеймс «Как тестируют в Google» — познавательная книга, которую лучше читать уже с каким-то опытом, как минимум junior. А, впрочем, о чём я! Читайте и наслаждайтесь на любом уровне, очень полезно и неплохо написано.
• Борис Бейзер «Тестирование черного ящика. Технологии функционального тестирования программного обеспечения и систем» — классика литературы для тестировщиков. Это скорее академический учебник о тестировании, весьма толковый.
• Гленфорд Майерс, Том Баджетт, Кори Сандлер «Искусство тестирования программ» — библия тестирования (на мой субъективный взгляд).
• Роман Савин «Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах» — реально добрая, немножко смешная и в то же время умная книга для начинающих и постарше. Мне бы она зашла как настольная книга тестировщика.

▍Онлайн-обучение

• Бесплатный базовый курс Яндекс.Практикума (брать ли платный расширенный — решать вам по силам и потребностям) — хороший, толковый курс от практиков.
• www.learnqa.ru — онлайн-школа тестирования (платная, нескольк методологий тестирования, разные уровни)
• YouTube — сотни обучающих видео, есть толковые
• QA Club Сообщество тестировщиков Тестирование ПО — общалка тестировщиков ВКонтакте (сообщество)

▍Полезные статьи на Хабре о самой профессии

• Тестирование. Фундаментальная теория / Хабр
• Тестировщик — больше, чем профессия / Хабр
• Краудтестинг, или Где взять опыт для первой работы в тестировании

Другие классификации видов тестирования

Чаще всего используется разбиение на три уровня, это

1. модульное тестирование,
2. интеграционное тестирование,
3. системное тестирование.

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

Под системным тестированием подразумевается тестирование на уровне пользовательского интерфейса.

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

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

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

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

Библиотеки состоят из классов, классы состоят из методов, на стороне баз данных тоже есть пакеты, состоящие из хранимых процедур.

Само по себе приложение тоже может являться частью какой-то более крупной информационной системы.

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

Глядя на эту матрешку мы можем понять, что разделение на системное и модульное тестирование является чисто условным.

То есть у нас система состоит из каких-то модулей. Модули в свою очередь состоят из других более мелких модулей. Эти мелкие модули состоят еще из более мелких, и так далее.

 И так, получаем в результате:

Классификацию по целям удобно выполнять с использованием «магического квадрата», который был изначально придуман Брайаном Мариком и потом улучшен Эри Тенненом.

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

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

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

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

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

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

Так вот, исходя из классификации по целям, модульное тестирование у нас оказывается в левом нижнем квадранте, а все остальные квадранты — это системное тестирование.

Как дальше жить?

Большой штат тестировщиков не сможет существенно улучшить качество продукта. Но сможет улучшить саму проверку качества. Если же вы, коллеги-тестировщики, хотите поднимать именно качество на новый уровень, задумайтесь о переходе в QA-инженеры.
Только не ждите, когда вас позовут на встречу, где обсуждают фичи с разработчиками или дизайнерами, придите на неё сами. Высказывайте своё мнение касательно любого аспекта качества продукта. Не позволяйте сложившимся правилам, должностным инструкциям и прочей фигне мешать вам делать продукт ещё более качественным, чем сейчас.
Я знаю, что большинству из вас не всё равно на то, что вы тестируете. И вы искренне хотите поставлять хороший продукт, которым приятно будет пользоваться.

View the discussion thread.

blog comments powered by DISQUS

Кто это?

1. Тестер — начинающий тестировщик, который проводит, в основном, ручное тестирование по заранее описанным тест-планам. Плохое название, на которое ребята часто обижаются.
   Вот это тестер, а парни и девчонки всё же тестировщики! (минута айтишного шовинизма)
2. Инженер по тестированию — специалист уровня от junior до lead, который осуществляет разнообразные виды тестирования, в том числе автоматизированное, самостоятельно пишет тест-планы, в некоторых случаях даже даёт рекомендации по исправлению багов или исправляет их самостоятельно (в небольших компаниях).

История. В одну компанию пришла новенькая девочка, которая никак себя не проявляла, тихо изучала софт и принципы его работы с разным оборудованием. Когда она только-только приступила к тестированию, от большого и злого федерального клиента прилетел critical (самый злой баг, хуже только блокирующий) — ПО отказывалось закрываться. Перелопатили весь код, орали друг на друга, проверили все соединения и т.д. Через три часа метаний девочка пропищала:
— А тут крестик неактивный.
Действительно, просто не работала одна-единственная и весьма очевидная функция. Но профессионалы забурились в дебри, а увлечённый дилетант сразу заметил ненормальное поведение.тестеры

Udemy. «Тестирование ПО для начинающих»

Платформа Udemy предлагает начинающим курс «Тестирование ПО». Поэтому начальные знания не требуются. Вводный курс состоит из 11 разделов и разделен на 52 лекции. Общая продолжительность – чуть более 6 часов. Полученные знания позволят вам претендовать на вакансию Junior QA Engineer.

Из онлайн занятий вы узнаете:

• Что такое тестирование ПО, его предназначение и принципы
• Про техники тестирования
• Как составлять документацию, баг репорты и тестовые кейсы
• Про модели и методы разработки АйТи продуктов
• Как вести себя на собеседовании. Разбираются вопросы и задания

На занятиях в Udemy на практике разбирается процесс тестирования. Ученики учатся заводить в Jira баг репорты, отправлять в Postman API запросы и создавать в:

• Selenium IDE простые автотесты
• TestLink тест кейсы
• VirtualBox виртуальные машины

Стоимость курса — $20, дается сертификат об окончании.

QA-тестировщик — кто это и чем занимается

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

1. Уточнение частей тестирования: какие части программы будут проверяться, прогноз ожидания пользователей и определение желаемого качества.
2. Разработка тестов для проверки подсистем, подготовка графика тестовых циклов.
3. Написание тестовой кодировки для проверяемого продукта.
4. Проведение тестирования, поиск багов (ошибок) у пользователей.
5. Тестирование безопасности.
6. Оценка результатов, при необходимости — повторное тестирование.
7. Утверждение критериев качества.
8. Разработка плана мероприятий по соблюдению критериев на каждом этапе разработки.
9. Устранение причин появления ошибок и предотвращение образования новых.
10. Документальное оформление обнаруженных багов.

QA-тестирование различается по степени доступа программиста к исходному коду проверяемого сервиса:

• Стратегия «белого ящика» (модульное) — тестирование с доступом к коду – данные о внутреннем устройстве продукта известны. Программу можно разбить на части (модули) и исследовать на ошибки каждую из частей системы. Таким образом, осуществляется модульное тестирование.
• Стратегия «чёрного ящика» — тестирование без доступа к коду. Программа исследуется только с внешней стороны, знания о внутренней системе продукта отсутствуют. Проверка проводится только со входами и выходами. Такой способ тестирует выполнение ПО своего функционала, производительность системы и работоспособность нового кода.
• Стратегия «серого ящика» — тестирование с частичным доступом к коду. Программист знаком со структурными данными исследуемого продукта, но выполняет проверку на основе пользовательского уровня. Кодировка тестирования прописывается согласно знаниям алгоритма программы.

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

Возможно, вас интересует, где и как можно освоить профессию?

Рекомендую посмотреть подборку специализированных программ: лучшие онлайн-курсы тестировщика (QA-тестирование)

Советую также обратить внимание на эти варианты: актуальные предложения курсов по обучению тестировщиков для начинающих и специалистов

Краудтестинговые платформы – “ясли для тестировщика”

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

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

А “доход” обычно начисляется в английских тугриках. И в принципе он достаточно неплохой.

Да. Помните. Чем “крупнее” ошибки Вы находите, тем выше Ваше вознаграждение!

Краудтестинговые платформы в основном “буржуинские”. Вот некоторые из них. Часть только на английском (или немецком языках). Часть переведена (не полностью) на русский. Но велика вероятность получения задания на английском языке.

Если Вы работали на одной их них, оцените ниже, какая понравилась больше.

test.io– одна из старейших платформ краудтестинга

www.testbirds.com – есть вариант для русскоязычных пользователей.

www.passbrains.com – еще один сайт для тестирования ПО

www.globalapptesting.com – еще краудтестинговый сайт

ubertesters.com – еще одна (немецкая) платформа для тестирования

testlio.com – еще ловите сайтик для тех, кто ищет работу тестировщика ПО без опыта

www.crowdtesting.ru – и еще. Это уже на русском языке, что является редкостью в мире тестировочных платформ.

Про условия работы на этих сервисах лучше сами посмотрите у них. Заодно и с платформами ознакомитесь.

History of Quality Assurance

Quality assurance isn’t a new concept. You can find evidence of it back in the Middle Ages where guilds maintained the quality of goods and services of its members by setting standards that were a requirement for guild membership.

The duties of quality control were also placed on royalty, to maintain their warships, for example. They also helped standardize the training for navies and their supplies to make sure long sea journeys were as safe as possible.

The Industrial Revolution revolutionized quality assurance, too. No longer were workers solely responsible for the quality of their work. Systems and groups were set up to specialize in quality assurance, and foremen and management were placed in a position to oversee this work.

War and Quality Assurance

Wars are horrible for everyone and everything except advancements in techniques, such as surgery and quality assurance. The world wars required massive manufacturing initiatives that were very complex. With mass production and piece work, quality could suffer, so new ideas about quality assurance, such as Henry Ford’s standardization of design, were used.

After WWII, manufacturing that had been destroyed was rebuilt and new quality assurance concepts were introduced, such as more collaborative ideas for quality and a more comprehensive approach.

Варианты карьеры QA-тестировщика

В QA-тестировании существуют общепринятые названия специальностей на английском языке. Это навыки и умения с технической стороны – hard skills. Рассмотрим карьерный рост в соответствии с этими названиями:

1. Trainee QA Engineer (стажёр) — начинающий специалист, имеющий только теоретическую базу без опыта работы.
2. Junior QA Engineer (новичок) — сотрудник с опытом работы в должности QA-тестировщика до 6 месяцев. Такому инженеру нужно иметь представление о процессе разработки, написании тестов, что такое дефект и как с ним работать.
3. QA Engineer (QA-тестировщик) — специалист, с опытом работы более 6 месяцев. Владеет навыками написания сценариев тестирования, проведения тестирования продукта, составления отчетов по обнаруженным ошибкам, анализа результатов и улучшения показателей, отслеживания правок и оптимизация этапов разработки. Может обучать сотрудников из предыдущих пунктов.
4.  Senior QA Engineer (старший QA-тестировщик) — опытный программист с высоким уровнем квалификации. Помимо самостоятельного выполнения задач, обучает сотрудников и берёт на себя ответственность за выполнение более сложной работы. Знает и умеет использовать разные виды тестирования.
5. Lead Software Testing Specialist (ведущий инженер) —более 5 лет профессионального опыта, может руководить группой инженеров, оценивает риски, составляет сроки и уровни бюджетирования, определяет варианты тестирования и координирует его процесс.
6. Разработчик — поработав в тестировании некоторое время и получив необходимый опыт, некоторые специалисты уходят в разработку программного обеспечения.

7 ДНЕЙ БЕСПЛАТНОГО ДОСТУПА К КУРСАМ И ИНТЕНСИВАМ ОТ SKILLBOX

Тем, кто любит общение и взаимодействие с коллегами подойдет развитие по типу soft skills:

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

QA-тестирование представляет собой неограниченную вселенную для развития карьеры.

Для чего необходимо обеспечение качества

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

Ежедневные советы от диджитал-наставника Checkroi прямо в твоем телеграме!

Подписывайся на канал Подписаться

Часть третья. Зависимость уровня оплаты труда QA-специалистов от уровня владения навыками тестирования

Какими навыками лучше всего владеют QA-специалисты?

Что должен знать каждый QA-специалист?

1. Навык локализации и заведения дефектов — Самый распространённый навык. 4 человека им совсем не владеют, 16 – плохо владеют. А 98% респондентов владеют навыком хорошо и в совершенстве.
2. Владение системами баг-трекинга (Jira, Redmine, YouTrack, Bugzilla) – также, всего 6 человек совсем не знакомы с данным навыком.
3. Клиентское тестирование веб-приложений – им хорошо или в совершенстве владеет 81% респондентов.
4. Владение системами управления знаниями и хранилищами тест-кейсов (wiki, confluence и пр.) – те же 81%, но из них только 27% в совершенстве.
5. Владение техниками тест-анализа, тест-дизайна и тестовой комбинаторики – этим навыком 58% специалистов владеет хорошо и ещё 18% в совершенстве. Стоит ли от них отставать?

Чем можно похвастать перед работодателем/коллегами?

1. Опыт разработки скриптов нагрузочного тестирования в JMeter или аналогичных приложениях – самый редкий навык. 467 человек совсем не владеют этим навыком (46,4%). 197 человек владеют им на достаточном уровне (19,6%). Всего 49 человек владеют им в совершенстве, причем, 36 из них зарабатывают более 1500$.
2. Владение системами отчётности результатов автотестов (Allure, пр.) − на достаточном уровне владеет 204 специалиста.
3. Владение драйверами и надстройками для автоматизации тестирования – 241 специалист.
4. Владение тестовыми фреймворками для автоматизации (TestNG, JUnit и пр.) – 272 специалиста.

Интересно:

Какие навыки оплачиваются лучше всего?

Скромнее всего (до 1410$ в мес.)Недалеко от них (до 1560$ в мес.)Ещё лучше (до 1660$ в мес.)Ну, а в если вам нравится цифра 1770$Интересно:

GeekBrains. «Факультет тестирования ПО»

Свои курсы тестировщика онлайн предлагает и эта образовательная школа.

Первый называется «Факультет тестирования ПО».

Он подойдет:

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

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

Во второй четверти обучающие осваивают:

• Инструменты API-тестирования
• Подходы к тестированию
• Консоль разработчика в браузере
• Юзабилити и многое другое

Длительность обучения – год. Занятия проводятся дважды в неделю. Стоимость до 16 сентября от 2 907 руб./мес. Предлагается рассрочка на 36 месяцев. Вы получаете в портфолио 5 проектов, диплом об окончании курса и гарантию трудоустройства после обучения.

Что нужно, чтобы стать хорошим QA-инженером

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

Техническая эрудиция

«Technical savvy», как иногда пишут в вакансиях, и желание разбираться в технологиях. Вы должны интересоваться тем, как что работает, как что устроено внутри. Это понимание сослужит хорошую службу в будущем и обычно идёт в связке с необходимым хорошему тестировщику любопытством.

Вы когда-нибудь ставили и настраивали Linux — для себя, чисто из интереса? Пытались разобраться, как работает блокчейн? Делали друзьям сайт на WordPress? Если нет, попробуйте и проследите за своей реакцией. Интересно ли, подстегивают ли сложности найти решение, покопаться в Google и на форумах? Когда конечный результат не тот, появляется ли желание докопаться и сделать, чтобы всё начало работать как надо? Если вы ответили «да», скорее всего, тестирование вам подходит.

Disclaimer Внимательный и искушённый читатель скажет, что я сейчас описал админа/девопса, но хороший тестировщик, на мой взгляд, обязан иметь желание и возможность и разбираться во внутренностях продукта, и уметь настроить (перестроить, почистить, твикнуть, заморозить, залить данными) тестовое окружение.

Ориентированность на пользователя и бизнес

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

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

В вакансиях часто пишут «ориентированность на детали, перфекционизм». Они нужны, но только если правильно сфокусированы.

Умение структурировано думать и писать

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

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

Умение работать с большими объёмами данных и быстро учиться

В работе вам скорее всего понадобится навык работать с большими и плохо структурированными объёмами информациями (также известными как «спецификация», «техническое задание», «корпоративная база знаний»), быстро понимать как работает сложная (и не всегда логично написанная) система и быстро получать базовые знания в абсолютно разных областях. Если ваш проект про управление финансовыми портфелями — придётся разобраться в финансах, если про управление складом — в логистике и т. д. Хороший способ проверить себя — взять и успешно пройти какой-нибудь курс на coursera.com по незнакомому и фундаментальному предмету, желательно на английском.

Умение говорить с людьми на неприятные темы

Очень много и очень хорошо говорить.

Middle Java Developer

L2U, Москва, Новосибирск, можно удалённо

tproger.ru

Вакансии на tproger.ru

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

What Is Quality Assurance?

Quality assurance is a way to avoid mistakes in the project’s product or service, and thus prevent problems for your stakeholders. It’s the part of quality management that focuses on maintaining the integrity of the product or service, which gives stakeholders the confidence that their quality requirements will be met. It is, therefore, a foundational pillar of project management.

The Difference Between Quality Assurance and Quality Control

The difference between quality assurance and quality control is subtle but significant, although both terms are often used interchangeably to describe the quality management of the project’s product or service.

Get real-time data for better quality management with ProjectManager’s project dashboards. Try it for free!

The difference is a matter of where the focus occurs in a project. Quality control is more concerned with quality earlier in the project process. Assurance, though, is more about the implementation of inspection and structured testing throughout every phase of the project.

Quality assurance uses a quality system that is set up to implement administrative and procedural tasks, which create goals for the product or service of the project. This provides a systematic measurement and comparison with a standard, along with a monitory of processes and a feedback loop to make sure no errors pass through production. Quality control, however, is primarily just focused on process output.

Principles of Quality Assurance

There are two principles to quality assurance. One is “fit for purpose,” meaning the product or service meets its intended purpose. The other is “right first time,” in which any mistakes are immediately dealt with.

With the two above principles in play, the goal is to make the product or service work correctly all the time through the management of the variables in the project. To do so, quality assurance involves the management of the quality of raw materials, assemblies, products and components; services related to production; and the management, production and inspection process.

3 основные рекомендации по составлению резюме для QA

Объём не более 1,5 страниц. Это то, что бросается в глаза сразу — резюме должно быть лаконичным. Многие пытаются написать «Повесть временных лет», и описать опыт в десятках, сотнях строчек

Старайтесь делать выжимку самого важного: больше 3 листов интервьюер не читает, лучше всего — одна страница или полторы.

Описаны результаты. Здорово, когда резюме структурировано по принципу «зона ответственности + достижения»

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

Опыт и инструменты соответствуют. Например, если человек занимался мобильным тестированием — упомянут инструментарий, характерный для мобильного тестирования, прямо ключевые слова. Например, Fiddler, Charles, Android Studio, Xcode и так далее. Если тестировал бэкенд — Insomnia, Postman, что-то такое. Когда видишь только опыт без инструментов, возникает вопрос, насколько поверхностно специалист знаком с работой. И наоборот — если использованные инструменты выглядят как ключевые слова без реального опыта применения. Например, указан Zabbix, а инженер всю жизнь занимался клиентским тестированием — наверное, он очень мало работал с Zabbix.

Заключение: портреты QA-специалистов

Скромник

Портрет QA специалиста с уровнем оплаты труда до 600$.Место жительства:Работодатель:Формат работы:Образование:Категория/должность:Опыт работы:Хорошо владеет:Должен владеть как минимум:

Средний класс

Портрет QA специалиста с уровнем оплаты 600-1500$.Место жительства: Работодатель:Формат работы:Категория/должность:Опыт работы:Хорошо владеет:Помимо базового набора владеет:

Зажиточный

Портрет QA специалиста с уровнем оплаты 1500-2300$.Место жительства: Работодатель:Образование: Категория/должность: Опыт работы: Хорошо владеет:Должен дополнительно владеть:

Толстосум

Портрет QA специалиста с уровнем оплаты труда от 2300$.Место жительства:Работодатель:Формат работы:Образование:Категория/должность:Опыт работы:Хорошо владеет:В обязательный багаж навыков входят: