Профессия «qa-инженер»

Кем лучше быть?

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

Чтобы получить прикладные навыки тестирования, приходи на наши курсы. Преподаватели ИТ-курсов Адукар — это практикующие специалисты, которые с радостью научат всем тонкостям профессии.

Для того, чтобы стать QA тебе необходимо поработать над soft-skills, углубиться в специальную литературу и постоянно учиться у профессионалов

Обрати внимание на подборку книг, которая поможет тебе разобраться в тестировании ПО и QA

Спасибо, что дочитал до конца. Мы рады, что были полезны. Чтобы получить больше информации, посмотри ещё:

Не пропускай важные новости и подписывайся на наш YouTube, ВК, Instagram, и уведомления на adukar.by.

***

Если хотите разместить этот текст на своём сайте или в социальной сети, свяжись с нами по адресу info@adukar.by. Перепечатка материалов возможна только с письменного согласия редакции.

А сколько же можно заработать на тестировании ПО ?

На фрилансе, то есть на краудфандинговых платформах, ориентируйтесь на сумму от 5 $ до 500 $ в месяц. Как я уже писал выше, “улов” в основном зависит от количества и качества найденных багов. То есть, нередко можно работать, работать и получить кукиш с маслом 🙁

А вот если Вы пойдет работать “в штат”, то тут уже зарплаты более серьезные. Данные на “сейчас” по России

Для специалистов ручного тестирования:

Уровень специалиста Средняя заработная плата
Стажёр (Intern) 33 333 руб.
Младший (Junior) 44 024 руб.
Средний (Middle) 68 031 руб.
Старший (Senior) 107 203 руб.
Ведущий (Lead) 146 428 руб.

Для специалистов автоматизированного тестирования:

Уровень специалиста Средняя заработная плата
Стажёр (Intern) 36 366 руб.
Младший (Junior) 61 486 руб.
Средний (Middle) 88 246 руб.
Старший (Senior) 131 222 руб.
Ведущий (Lead) 201 461 руб.

Так что, все  в Ваших руках. Кстати, в зарубежных компаниях зарплаты выше.

Особенности профессии

Функциональные обязанности QA-инженера:

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

Так работали всегда

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

Компания понимает, что обойтись без страховочной сети нельзя, поэтому создается QA-отдел, который обычно не обеспечивает качество продукта, а лишь контролирует его. С QA-отделом разработчик может спокойно заниматься любимым делом — писать код, ведь ответственность за качество теперь несет выделенный отдел! Происходит классическое “перебрасывание кода через стену” в отдел тестирования:

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

Так как новоиспеченная команда набиралась из-за необходимости ускорить цикл регрессии, который состоит из black-box тестов, то и автоматизация происходит на уровне black-box: через GUI или API. Автоматизация через GUI наиболее болезненная и дорогостоящая из-за хрупкости и низкой скорости тестов, но зачастую начинают именно с нее. 

Тем временем, факт создания новой команды никак не влияет на команду разработки: она все также продолжает отдавать в тестирование некачественный продукт, игнорируя написание модульных и интеграционных тестов. Учитывая огромное количество black-box сценариев, находящихся в очереди на автоматизацию, получаем анти-паттерн тестирования Ice-Cream Cone, в котором количество самых медленных и самых дорогостоящих GUI-автотестов намного больше количества дешевых и быстрых модульных и интеграционных тестов.

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

Ждёт ли IT-сферу в будущем полный переход на автоматизированное тестирование?

АЛЕКСЕЙ БЕДУНКЕВИЧ: Нет, всё так же есть много задач, которые не имеет смысла автоматизировать, да и, тестируя руками, ты оцениваешь приложение как пользователь, можешь предложить улучшения, которые сделают работу с приложением более удобным.

ЕКАТЕРИНА ЮРАСОВА: Однозначно нет. Во-первых, всё ещё есть и будут “быстрые” проекты (продолжительностью 1-3 месяца). Если проекту 1 месяц, автоматизированное тестирование для него попросту неактуально. 

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

Как провести собеседование с кандидатом на позицию QA Engineer

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

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

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

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

Но перед этим, HR-специалисту нужно подготовиться к интервью, чтобы представить бренд работодателя в лучшем свете

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

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

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

Что такое тест

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

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

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

2.И, во-вторых, он наблюдает за поведением программы и сравнивает то, что он видит с тем, что ожидается.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какие бывают

В ИТ-среде в свя­зи с тести­ро­ва­ни­ем и каче­ством при­ня­то три обо­зна­че­ния:

QA — quality assurance, самый глав­ный по каче­ству;QC — quality control, кон­тро­лёр каче­ства;Tester — тести­ров­щик.

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

QA — это тот, кто дума­ет о каче­стве про­дук­та в целом, при­чём не толь­ко о конеч­ном коде, но и все­го про­цес­са раз­ра­бот­ки. Напри­мер:

Как понять поль­зо­ва­тель­ские сце­на­рии, в кото­рых веро­ят­нее все­го воз­ник­нут ошиб­ки? Как их собрать? Как систе­ма­ти­зи­ро­вать? Как ниче­го не упу­стить? (Напри­мер, как понять, какие имен­но пред­ме­ты люди могут дога­дать­ся засу­нуть в мик­ро­вол­нов­ку, и как защи­тить­ся от иди­о­тов, кото­рые засу­нут туда дина­мит?)Как соеди­нить запро­сы людей, тре­бо­ва­ния биз­не­са и реаль­ные воз­мож­но­сти про­дук­та с точ­ки зре­ния каче­ства? Что если наш про­дукт совсем не дела­ет то, чего поль­зо­ва­те­ли могут ожи­дать? Напри­мер, если они будут сушить в мик­ро­вол­нов­ке кош­ку — это чья про­бле­ма? Будем ли мы с этим что-то делать?Кто, как и в каком поряд­ке будет исправ­лять ошиб­ки? Как мы будем повтор­но тести­ро­вать места с ошиб­ка­ми?Что и как тести­ро­вать от вер­сии к вер­сии про­грам­мы, что­бы это было доста­точ­но быст­ро, но не в ущерб каче­ству?

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

QC — это тот, кто сфо­ку­си­ро­ван на тести­ро­ва­нии само­го про­дук­та:

Что имен­но тести­ру­ем? Какие функ­ции, кноп­ки, состо­я­ния, сце­на­рии?Какие резуль­та­ты тести­ро­ва­ния нам нуж­ны? Какие исхо­ды пра­виль­ные, а какие — ошиб­ки?Как авто­ма­ти­зи­ру­ем тесты? Что нуж­но обя­за­тель­но прой­ти руч­ка­ми?Как син­хро­ни­зи­ро­вать рабо­ту несколь­ких тести­ров­щи­ков? Как рас­пре­де­лить зада­чи, обла­сти, слои?

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

Тести­ров­щик — это тот, кто тести­ру­ет про­дукт: про­хо­дит его руч­ка­ми или пишет авто­ма­ти­че­ские тесты; опи­сы­ва­ет баги; обща­ет­ся с раз­ра­бот­чи­ком по пово­ду этих багов; зано­во тести­ру­ет исправ­лен­ное.

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

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

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

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

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

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

Статистика зарплат для ‘QA Engineer’ по городам

Лидеры по количеству вакансий для ‘QA Engineer’: Москва, Санкт-Петербург, Новосибирск, Нижний Новгород, Екатеринбург.

Лидеры по уровню средней зарплаты для ‘QA Engineer’: Москва, Санкт-Петербург, Новосибирск, Нижний Новгород, Кемерово.

Обзор зарплат для ‘QA Engineer’ по городам
Населённый пункт Средняя зарплата, руб. Медианная зарплата, руб. Вакансий с зарплатой Всего вакансий
Москва 161518.0 151000.0 359 1502
Санкт-Петербург 139920.0 125000.0 200 768
Новосибирск 120662.0 91000.0 77 204
Нижний Новгород 109703.0 79000.0 37 128
Екатеринбург 94543.0 91000.0 35 122
Казань 86259.0 91000.0 27 118
Самара 96895.0 91000.0 19 75
Краснодар 80176.0 79000.0 17 75
Воронеж 87308.0 83000.0 13 72
Ростов-на-Дону 75750.0 67000.0 16 60
Пермь 59750.0 53000.0 16 57
Уфа 87267.0 79000.0 15 47
Томск 90400.0 79000.0 20 45
Саратов 91000.0 67000.0 9 44
Пенза 47000.0 39000.0 11 41
Челябинск 75000.0 59000.0 7 33
Омск 56000.0 33000.0 8 30
Ижевск 59000.0 49000.0 6 29
Рязань 59800.0 47000.0 15 29
Ульяновск 84200.0 57000.0 10 25
Калининград 57222.0 51000.0 9 24
Красноярск 70273.0 59000.0 11 23
Тольятти 48778.0 47000.0 9 23
Барнаул 66556.0 59000.0 9 23
Набережные Челны 53000.0 49000.0 10 23
Ярославль 90273.0 71000.0 11 22
Тверь 63364.0 71000.0 11 22
Тула 55000.0 53000.0 10 20
Калуга 87800.0 71000.0 5 19
Таганрог 53667.0 49000.0 6 19
Волгоград 97667.0 73000.0 6 18
Владимир 62667.0 61000.0 12 17
Тюмень 82000.0 61000.0 8 15
Киров (Кировская область) 51500.0 49000.0 8 13
Белгород 55000.0 41000.0 6 12
Кемерово 103000.0 111000.0 7 11
Иваново (Ивановская область) 39800.0 39000.0 5 11
Кострома 89600.0 74000.0 5 10
Астрахань 84600.0 107000.0 5 7
Чебоксары 40600.0 39000.0 5 7
Нижневартовск 98200.0 107000.0 5 7

Ступеньки карьеры и перспективы

Существует 4 уровня квалификации:

  1. Trainee QA Engineer — начинающий специалист.
  2. Junior QA Engineer — специалист, проработавший в должности от 1 до 6 месяцев и имеющий определённые навыки в работе. Знающий, что такое тест-план, тест-кейс, тест-сьют, тест-степ, тест-дизайн в общих чертах, Definition of Done. Имеющий представление о дефектах Severity и Priority. Базовые навыки SQL — селект, упдейт.
  3. Middle QA Engineer — специалист среднего уровня квалификации, со стажем работы от 1 до 3 лет, умеющий работать самостоятельно и консультирующий младший персонал.
  4. Senior QA Engineer — специалист высшей квалификации, выполняющий самые сложные технические задачи широкого спектра, используя разные виды тестирования.

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

  • в направлении QA team lead — QA-manager — Head of QA department, то есть до позиции начальника смены или направления внутри отдела;
  • до позиции разработчика, руководителя разработчиков, аналитика, архитектора вплоть до руководителя проекта внутри компании.

В настоящее время открыто множество курсов по обучению QA-инженеров. Вести преподавательскую деятельность, совмещая её с работой, также считается очень престижным.

В ходе карьерного роста можно переквалифицироваться в бизнес-аналитики или программисты, развиваться как управленец в направлении senior project manager — CTO.

Автор статьи Флюра Ягофарова

8 июля 2016, отредактировано 4 августа 2020.

Плюсы и минусы профессии

Плюсы

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

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

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

Минусы

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

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

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

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

Необходимость знания иностранных языков

  • очень много статей и методик переведено на русский язык;
  • часто объём знаний языка обусловлен именно особенностями продукта и компании — соответственно, если компания работает на англоязычный рынок, уровень нужен (например, чтобы тестировать документацию или общаться с интернациональной командой и клиентами), а если на российский рынок, то требования к языку практически нулевые.

У меня был пример, когда понадобился тестировщик со знанием японского и отдельно — со знанием немецкого в том числе для работы с клиентами (удалённо). Так вот, нашли, обучили и дали зарплату выше разработчиков в компании. Потому что специалисты уникальные. Они и сейчас не пропали 🙂

Базовые требования к профессионалу

  • Опыт технической поддержки — это плотное изучение технологий в сжатые сроки, умение понимать проблемы и быстро сопоставлять их с причинами и путями решения + навыки документирования заявок. Отличная почва для старта карьеры тестировщика.
  • Основы программирования — желательно Java, SQL, Python, но сойдёт буквально всё.
  • Знание методологии Agile, умение встроиться в микро-команды. 
  • Основы Linux.
  • Основы архитектуры ПК.
  • Модель OSI и сети (базовое понимание, знание структуры заголовков пакетов и проч.). Практически сразу потребуется свободная работа с утилитой Wireshark.
  • Инструменты управления тестированием — Bugzilla, Jira или любой другой багтрекер.
  • Selenium — инструмент для автоматизации действий веб-браузера. Очень популярный инструмент тестирования. 
  • Желательно — понимание стратегий тестирований чёрного, белого, серого ящиков и осознание того, где вы наиболее хорошо применимы как специалист.
  1. Станьте QA-фрилансером, чтобы выполнять небольшие проекты по ручному тестированию. Платят мало, но вы научитесь мыслить как тестировщик, писать контрольные примеры и сообщать о результатах. 
  2. Если цель — тестирование веба (а это чаще всего), создайте свой кривой-косой, но полноценный сайт без шаблонов и готовых CMS. Так вы поймёте, как среда работает изнутри и будете знать места обитания всех типичных багов.
  3. Найдите программу любого курса по тестированию, ищите по ней материалы и накапливайте теоретическую базу, чтобы успешно пройти первое собеседование.

Подготовка к экзамену

англоязычный вариант конспектарусский доступен на сайте rstqbFoundations of Software Testing: ISTQB CertificationSoftware Testing: An ISTQB-ISEB Foundation GuideISTQB Foundation Exam Preparation GuideISTQB Glossary of Testing Termsавторизированные тренеры

  1. Основы тестирования.
    В этом разделе изучаются основы тестирования. Здесь объясняется, что такое тестирование и почему оно необходимо, к чему может привести наличие дефектов в ПО, рассказывается о целях тестирования на разных стадиях жизненного цикла ПО. Приводятся 7 принципов тестирования, отдельная глава посвящена психологии тестирования и кодексу этики тестировщика.
  2. Место тестирования в жизненном цикле разработки ПО.
    В этом разделе рассказывается о моделях разработки ПО (V-модель, итеративно-инкрементные модели), об основных уровнях тестирования и их взаимосвязи (компонентное, интеграционное, системное и приёмочное тестирование), о типах тестирования (функциональное/нефункциональное, структурное, подтверждающее и регрессионное тестирование), об особенностях тестирования в период сопровождения.
  3. Статические методы тестирования.
    В разделе рассказывается о методах статического тестирования:
    — рецензирование, здесь рассказывается о типах рецензирования (неформальное, сквозной контроль, технический анализ, инспекция), о ролях и обязанностях — применительно к каждому типу, о факторах успешного проведения рецензирования;
    — статический анализ с помощью инструментальных средств.
  4. Методы проектирования тестов.
    Рассказывается о процессе разработки тестов основанных на спецификациях (это методы «чёрного ящика», сюда входят эквивалентное разбиение, анализ граничных значений, тестирование таблицы решений и таблицы переходов, тестирование по сценариям использования), на структуре (это методы «белого ящика», сюда входит тестирование операторов и покрытия, тестирование альтернатив и покрытия, а также другие методы, которые основаны на структуре ПО) и на основе опыта. Объясняется, как происходит выбор методов тестирования.
  5. Управление тестированием.
    Рассказывается об организации процесса тестирования и почему важна независимость тестирования, о задачах руководителя тестирования и обычного тестировщика, о планировании тестирования (критерии входа/выхода, оценка трудозатрат тестирования), о мониторинге прогресса и контролировании тестирования, об управлении конфигурацией/версиями, о возможных рисках тестирования (риски проекта, риски продукта), об управлении инцидентами.
  6. Инструментальные средства поддержки тестирования.
    В этом разделе рассказывается о типах инструментов, применяющихся в процессе тестирования, их классификация (инструменты для управления тестированием и тестами: инструменты управления тестированием и требованиями, средства управления конфигурацией; инструменты статического тестирования: инструменты рецензирования, статического анализа, моделирования; инструменты для работы с тестовыми спецификациями: инструменты проектирования тестов, подготовки тестовых данных; инструменты выполнения тестов и протоколирования: инструменты выполнения тестов, интегрированной среды модульного тестирования, тестовые компараторы, инструменты измерения покрытия и тестирования безопасности; инструменты для тестирования производительности и мониторинга: инструменты для тестирования производительности, нагрузочного/стресс-тестирования и мониторинга; инструменты оценки качества данных). Далее идет речь об эффективности использования инструментальных средств, о возможных выгодах и рисках, об основных принципах внедрения новых инструментов тестирования в организации.

Вывод

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

Это человек, который проверяет на прочность всё вокруг: процесс планирования и его контроль, архитектуру, тестовые окружения, релизы и действия на проде, инциденты, тестирования на проде, health monitoring и многое другое.

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector