Кто ты, qa-инженер или тестировщик?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обязанности QA инженера

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

Если углубиться в профессию, то у QA-инженеров существует несколько ответвлений.

• QA-автоматизатор (Automation QA Engineer) – это специалист, который пишет тесты на основе скриптов для автоматизации тестирования.
• QA-мануальщик (Manual QA Engineer) – специалист, который занимается анализом и улучшением процесса тестирования.
• QC-специалисты (Quality Control specialist) – отвечают за контроль качества продукта. Их задача проводить анализ результатов тестирования и следить за выявлением и устранением дефектов в продукте.

Если еще глубже разбить функции QA и QC специалистов, то можно выделить еще 4 направления специалистов, которые играют важную роль в QA (обеспечении качества).

• • Test Analyst — проверяет, насколько требования полны и не противоречат друг другу;
  • Test Designer — занимается созданием тестов и их конфигурацией для тестирования;
  • Test Executor — проводит тестирования по написанным сценариям и фиксирует найденные ошибки;
  • Test Manager — занимается планированием работ, связанных с тестированием. В его задачи входит: оценка сроков, контроль выполнения плана и графика работ, контроль полноты выполнения тестов по списку требований, постановка задач членам команды).

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

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

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

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

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

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

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

***

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

Как я выбирал курс

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

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

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

Курс делился на два блока: ручное тестирование и автоматизация. С первым вообще не было проблем, для этого достаточно уровня пытливого пользователя, когда ты не просто тыкаешь на кнопки, а пытаешься разобраться, что к чему. Был сложный момент с выполнением итогового задания, и то только потому, что мне дали тестировать сайт на английском языке, а я и в школе, и в вузе учил немецкий. Я сидел с переводчиком, сложно было понять специфические слова, я не мог сказать, есть там баг или нет, потому что не понимал, что вообще должно там быть. Потратил много времени и усилий, но сдал.

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

Разница между QA, QC и тестировщиком

В есть два определения:

Обеспечение качества или QA (3.2.10)[от англ. quality assurance — обеспечение качества — прим. ред.— часть управления качеством, направленная на обеспечение уверенности в том, что требования к качеству будут выполнены.

Контроль качества или QC (3.2.11) от англ. quality control — контроль качества — прим. ред.— часть управления качеством, ориентированная на выполнение требований к качеству.

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

https://youtube.com/watch?v=RXhAZQud6IM

QA ≠ QC: как их различить

QC: кто эти люди, какие у них задачи, какие у них ограничения

Кто эти люди? Люди, которых называют тестировщиками, тождественны контролю качества QC. По логике вещей они на последнем этапе разработки проверяют качество продукта (любым видом и типом тестирования  —  ручным, автоматизированным, нагрузочным, тестированием безопасности и т.д.). Какая у них задача? Их задача — провести валидацию продукта и предоставить информацию бизнесу и разработчикам о соответствии продукта заявленным требованиям. Какие у них ограничения? Какие могут быть недостатки, если у вас все сотрудники проверяют продукт на соответствие:

• До взятия фичи в проверку такие сотрудники не влияют на процесс обеспечения качества и разработки, хотя их участие могло бы предотвратить некоторое количество багов и тем самым сократить затраты на тестирование.
• Зачастую такие сотрудники не могут давать рекомендации, как сделать продукт лучше. Потому что поезд ушёл и уже поздно. Им остаётся лишь сверять соответствие продукта требованиям. FYI: хотя на самом деле тестировщикам есть что сказать по поводу улучшений, которые необходимо сделать.
• Эти ребята чаще всего не видят полной картины процесса, поэтому искренне не понимают, почему разработчики дают им код, в котором приложение крашится при попытке запуститься. И, согласно п.1, ничего не могут с этим сделать. Даже если хотят. 
• Они не могут взять на себя полную ответственность за качество продукта.
• Очень часто между тестировщиками и разработчиками возникают конфликты. Так бывает, когда разработчики считают свой код самым лучшим и работающим, а в тестировщиках видят лишь попытки его сломать и показать, что код не работает. Такое положение дел порождает всем известные мемы «Это не баг, а фича».

QA: кто эти люди, какие у них задачи, какие у них ограничения

Кто эти люди? Инженеры по обеспечению качества (QA) — это люди, которые помогают командам разработки выпускать качественный продукт, как можно быстрее за как можно меньшие деньги. Ведь все мы знаем, что чем раньше найден баг, тем дешевле его пофиксить. Лучше всего фиксить баги ещё на уровне идеи.
QA-инженеры участвуют на самых ранних этапах создания продукта/фичи. Если бы они могли залезать в головы к PO, чтобы сказать им о недостаточности приемочных критериев или сценариев использования фичи, — они бы делали это. Какая у них задача? Задача QA-инженера  —  не допустить несоответствия продукта предъявляемым требованиям. QA-инженер замеряет качество продукта, знает его актуальное состояние и что нужно сделать, чтобы его поднять не только на этапе тестирования, но и на этапе разработки, дизайна или составления требований.Какие у них ограничения? Сложно оценить качество работы QA-инженера, потому что если он хорошо выполняет свою работу, то до этапа тестирования будет доходить минимальное количество багов не влияющих на функциональность и запуск продукта в прод. 
В отличие от QA, работу QC оценить можно, особенно если отталкиваться от самого простого и оценивать эффективность по количеству багов — сколько багов нашёл и сколько багов пропустил на прод.

Кто такой Software Engineer in Test

На моей текущей работе недавно сменился босс и он регламентировал, что QA — полностью обязанность каждого сотрудника, а я для них Software Engineer in Test.

При ближайшем рассмотрении Software Engineer in Test у меня получилось, что это тоже QC Engineer с одной лишь разницей, что фокус его обязанностей в автоматизации тестирования и включает и разработку собственного фреймворка/инструмента, и написание автотестов:

• Создание/расширение фреймворка для тестирования.

• Разработка вспомогательных утилит для тестирования сервисов.

• Настройка и поддержка тестового окружения.

• Настройка автоматизированных тестов для надежного и эффективного выполнения в средах CI / CD.

• Обеспечение оптимального покрытия автотестами на всех уровнях.

• Автоматизация отчетности.

• и т.п.

Обязанности второго плана по сути копируют список QC Engineer.Подробнее про Software Engineer in Test можно почитать в How Google Tests Software (есть переведенная на русский)

Что делает тестировщик

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

Само тестирование происходит по множеству разных сценариев. Например, так:

Тестировщик открывает продукт как пользователь и проходит все стандартные сценарии — как будет происходить у 80% всех людей. Все баги фиксирует.

Можно попробовать взломать продукт: вместо имени ввести код; добавить в корзину бесконечное количество товаров; добавить в корзину −1 (минус один) товар; добавить в корзину больше 40 тысяч товаров (и перегрузить переменную счётчика товаров); поискать в строке поиска «Войну и мир» (полный текст).

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

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

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

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

Ищу Тестировщика ПО (QA-инженера)

Я бы не писал эту статью, если бы в индустрии не смешивали эти роли и не называли тестировщиков QA-инженерами и наоборот. По моим наблюдениям, в России не разделяют две профессии. Всех для простоты (а может по незнанию) называют тестировщиками. И ладно бы таким грешили только работодатели, но путаницу поддерживают и сами тестировщики. Например, на Хабре можно встретить статьи, где авторы на протяжении всего текста называют одних и тех же людей тестировщиками, QC-инженерами, QA-специалистами, инженерами по тестированию и тестерами.
Масла в огонь подливают HR-менеджеры: часто для увеличения охвата аудитории они пишут в названии вакансии «Тестировщик ПО (QA инженер)». Шапкой вакансии дело не заканчивается, винегрет продолжается и в самом описании.
Давайте обратимся к вакансиям QA-инженеров:
Все задачи связаны с тестированием и нацелены на поиск багов, хотя компания ищет «QA-инженера».
Или ещё один красочный пример:
И ещё:
И на сладкое:
По факту многие работодатели ищут тестировщика ПО (если ориентироваться по описанию обязанностей), но в названии обозначают, что находятся в поисках QA-инженера. 
Если вы помните, в ISO 9000:2015 есть QA и QC. Что будет, если выполнить запрос на hh.ru по ключевому слову QC? А ничего не будет. Вы не увидите вакансий ни QA, ни тестировщика. По такому запросу появятся вакансии, связанные с производством и контролем качества выпускаемой продукции.
Получается, что в IT-индустрии нет профессий QC, их заменили на тестировщиков ПО, а в других сферах деятельности нет QA-специалистов, зато есть QC. В описании вакансий QA-инженеров не указывают обязанности по улучшению качества продуктов и недопущению багов, наверное, считают это само собой разумеющимся.

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

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

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

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

Размер заработной платы и место работы

На работу QA-инженеров могут взять:

• IT-компании по разработке ПО, игр, мобильных приложений, систем безопасности;
• поставщики программно-аппаратных комплексов;

• финансовые учреждения, например, банки или брокерские компании;
• автомобильные заводы;
• СМИ;
• ритейлеры;
• онлайн-школы.

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

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

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

При первом варианте все складывается следующим образом:

1. Стажер.
2. Младший сотрудник, или junior.
3. Работник среднего звена, или middle.
4. Старший сотрудник, или senior.
5. Ведущий специалист, или lead, он же может быть начальником отдела тестировщиков.

В среднем стажеры получают от 20 до 30 тыс. руб., junior – 40–60 тыс. руб., middle – от 60 000 до 90 000 руб., senior – от 90 000 до 130 000 руб., lead зарабатывает от 140 и выше.

Если говорить территориально, то в регионах средний уровень зарплаты составляет около 60 000 руб., в столице – около 100 000 руб.

На фрилансе часто встречается почасовая оплата. Нередко можно встретить от 1 000 руб. за час работы и выше. Чем больше опыта и навыков и выше рейтинг, тем на большую сумму можно претендовать.

Попытать счастья и найти выгодные вакансии можно на зарубежных биржах фриланса. Иностранные клиенты готовы заплатить 15–20 $ за час работы, а опытные специалисты могут зарабатывать и в 2 раза больше.

Из-за дефицита грамотных профессионалов-тестировщиков востребованность в специалистах только растет.

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

Существует 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.

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

Задачи и обязанности

Основная задача QA — обеспечение качества

QA-инженер фокусирует внимание на процессах разработки ПО, улучшает их, предотвращает появление дефектов и проблем (Makes sure you are doing the right things, the right way)

Процесс обеспечения качества состоит из таких этапов:— проверка требований к продукту;— оценка рисков;— планирование идей по улучшению качества продукта;— планирование тестирования;— анализ результатов тестирования;

Внутри процесса QA выделяют процесс Quality Control — контроль качества продукта. QC-специалисты анализируют результаты тестирования и отвечают за выявление и уничтожение дефектов в продукте (Makes sure the results of what you have done is what you expected).

Еще более узкая специальность в рамках QA/QC — тестировщик ПО, который проверяет готовый продукт на наличие ошибок (багов) и несоответствие требованиям, и затем документирует найденные дефекты и пути их воспроизведения. Тестирование — это один из этапов обеспечения и контроля качества.

Есть 4 основные роли:

• Test Analyst — занимается статическим тестированием требований: проверяет, насколько они полны, однозначны, непротиворечивы etc;
• Test Designer — создает набор тестов на базе требований, планирует конфигурации, необходимые для тестирования;
• Test Executor — выполняет заранее подготовленные тесты, документирует найденные ошибки и шаги их воспроизведения;
• Test Manager — скорее управленец, чем инженер. Планирует и контролирует работы, связанные с тестированием: оценки сроков, работу над планом-графиком, контроль покрытия требований тестами, постановку задач членам команды, коммуникацию со стейкхолдерами).

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

В круг обязанностей QA-инженера входит:— Анализ и уточнение требований с заказчиком или бизнес-аналитиками;— Планирование процесса тестирования;— Написание тест-кейсов (сценариев тестирования);— Тестирование функционала;— Идентификация проблемных мест, внесение их в трэкинговую систему;— Обсуждение фиксов с разработчиками;— Отслеживание жизненного цикла ошибок;— Ре-тест починенных дефектов;— Анализ тестирования;— Оптимизация процесса тестирования;— Анализ процессов работы в команде;— Улучшение процессов;— Ведение тестовой документации.

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

История

2017: В Санкт-Петербурге открыт центр тестирования A1QA

Офис A1QA в Санкт-Петербурге расположился по адресу Заневский проспект, 30 на территории бизнес-центра «Ростра». В пешеходной доступности находятся станции метро «Новочеркасская» и «Ладожская».

В питерском офисе сформированы отделы по функциональному тестированию и автоматизации тестирования ПО. Работу молодых специалистов в новом подразделении курируют опытные QA-инженеры и менеджеры минского офиса A1QA. Команда уже насчитывает около 20 специалистов, и активный набор сотрудников продолжается.

Первый российский центр тестирования A1QA открылся прошлой осенью в Рязани.

На ноябрь 2017 года головной офис компании расположен в Лейквуде, штат Колорадо, а главный центр тестирования – в Минске.

2014

На май 2014 года спектр компетенции A1QA объединяет все виды тестирования программного обеспечения, включая автоматизацию и безопасность (PCI DSS, OWASP); приемочное тестирование корпоративных ИС; QA-консалтинг и постановку смежных процессов. Основное направление — независимое тестирование ПО высокой степени сложности для телекоммуникационной и финансовой отраслей, промышленного производства, сферы услуг, электронной коммерции и т.д.

2003: Минск

Первый офис A1QA появился в 2003 году в Минске, с течением времени к нему добавились филиалы в других городах Беларуси, Голландии, Великобритании, России и США.

Планы на будущее

В первую очередь планируем повышать качество цифровых продуктов компании за счет развития культуры тестирования в командах

Мы популяризуем роль SDET и привлечем к ней внимание специалистов как внутри компании, так и за её пределами

Мы планируем трансформировать образовательную программу Школы Автоматизаторов следующим образом:

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

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

• мы разбили курс по Python на 2 части: базовый и углубленный, чтобы иметь возможность глубже осветить важные для нас моменты.

• в новом курсе мы стараемся сделать одинаковый упор как на теоретическую, так и на практическую часть.

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

Что такое процесс обеспечения качества (QA) и чем он отличается от контроля качества (QC)?

Процесс обеспечение качества при разработке программного обеспечения или QA (quality assurance) — это процесс, который предотвращает появление ошибок в конечном продукте и гарантирует, что компания выпустит по-настоящему качественное приложение. Процесс QA — это больше, чем просто контроль качества и тестирование. В то время как контроль качества (QC) сосредоточен на проверке конечного продукта, QA является частью всех этапов и стадий разработки программного обеспечения. Другими словами, QA — это комплекс мероприятий, направленных на предотвращение дефектов и ошибок, а QC — на их выявление. Правильно настроенный процесс QA гарантирует, что все члены команды будут работать эффективно, время, необходимое для разработки, сократится, а затраты снизятся.

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

Распределённая команда нагрузочного тестирования в Miro

«Центр» — команда НТ — центр компетенций и поддержки

Зоны ответственности:Разработка инструментария (особое внимание к качеству!). У функциональных команд заказчик — клиенты Miro, у нашей команды заказчик — функциональные команды

Внутренние инструменты не должны быть поделками, сделанными «на коленке». Это должны быть полноценные и качественные продукты с должным уровнем поддержки всех видов. Функциональные команды и так загружены и повышать их уровень стресса плохими инструментами — недопустимо. Поэтому у нас есть:Мастер-классы.
Miro доски-презентации.
Confluence документация.
Версии, changelog, детальная отладочная информация в ходе работы инструмента.
Общий репозиторий с примерами кода и всеми НТ сценариями, чтобы было единое место, где собрана вся практика НТ.
Отдельные чаты на каждый инструмент для поддержки, сообщений о релизах, багрепортов и фичереквестов.

Помощь в обучении и консультирование коллег из функциональных команд, не только QA инженеров.
Проведение больших тестов, когда нужна проверка суммы функционала от множества команд.
Поддержка тестовых окружений совместно с QA Automation Team и DevOps Team.

«Агенты» — QA инженеры и разработчики в функциональных командах — проводят более узконаправленные тесты.