IT карьера: Test Manager
21 мар. 2021 г., 18:56:29Содержание статьи:
- Кто такой Тест Менеджер?
- Век тестировщика после курсов — 30—35 лет
- План действий тест-менеджера
- Основные положения о должности Test Manager
- Трудовые функции
- Должностные обязанности
- Вакансии Test Manager

Кто такой Тест Менеджер?
Прежде чем стать тест менеджером специалист должен пройти долгий и тернистый путь в направлении тестирования от Junior специалиста до Senior позиции. Поэтому давайте сначала опишем кто же такой QA и чем он занимается? На рынке СНГ понятия Quality Assurance (контроль качества) и Тестирования достаточно размыты и спутаны. Работа Quality Assurance engineer заключается скорее не в проверке качества (хоть это слово и присутствует в названии профессии), а в контроле за правильностью выполнения всех этапов разработки и правильностью работы итогового продукта (Задача контролировать именно качество разработки - самого процесса и производства сопутствующей документации и соблюдения установленных в компании бизнес процессов). Звучит немного похоже на задачи тестировщика. Но тот занимается только проверкой работы приложения и соответствия техническому заданию и по результатам (наличию багов и ошибок) принимает его или не принимает. А QA engineer также контролирует соблюдение стандартов при разработке программ, взаимодействует с разработчиками, дизайнерами, заказчиками, предотвращая само появление багов и ошибок в ПО. Правда у нас профессии тестировщика и QA чаще всего воспринимаются как единое целое.QA, QC и тестировщики: три большие разницы?
Начнём наши поиски и копания с обращения к Международному стандарту системы менеджмента качества ISO 9000:2015. В пункте 3.2 стандарта раскрываются два определения:
- Обеспечение качества (3.2.10) — часть управления качеством, направленная на обеспечение уверенности в том, что требования к качеству будут выполнены.
ОригиналQuality assurance (3.2.10) — part of quality management focused on providing confidence that quality requirements will be fulfilled. - Контроль качества (3.2.11) — часть управления качеством, ориентированная на выполнение требований к качеству. ОригиналQuality control (3.2.11) — part of quality management focused on fulfilling quality requirements.
Из этих определений следует, что мы либо обеспечиваем качественный продукт, либо проверяем продукт на соответствие качеству.
Отметим, что в стандарте ISO 9000:2015 вообще нет понятия tester как такового.
Так каким же образом взаимосвязаны понятия Quality assurance, Quality control и Тестирование между собой?
Часто можно встретить такого рода иллюстрации со слоёной структурой качества, где тестирование — часть контроля качества, контроль качества — часть обеспечения качества.

Однако стандарт есть стандарт, а у нас тут реальная жизнь. И в реальной жизни IT-индустрии встречаются только два названия нашей профессии:
- QA-инженер.
- Тестировщик Программного обеспечения (ПО).
Причём очень часто эти понятия взаимозаменяются и путаются. Неразбериха начинается ещё на этапе описания вакансий.
Если разбивать по пунктам, то круг обязанностей QA инженера входят следующие задачи:
- детализация требований к программе (выполняется совместно с заказчиком);
- анализ и расчет времени нужного на создание приложения или исправление бага (задача, конечно, не для джунов, но как человек с взглядом “со стороны”, QA выдает самые реалистичные эстимейты по времени);
- разработка сценариев тестирования;
- сам процесс тестирования;
- внесение обнаруженных недочетов в баг-трекинговую систему;
- обсуждение исправлений со всеми участниками разработки;
- отслеживание процесса исправления;
- повторное тестирование проблемных моментов;
- анализ результатов тестирований;
- доработка сценариев тестирования;
- анализ процесса командной разработки;
- оптимизация процессов разработки для избежания повторного появления обнаруженных ошибок (если ошибки возникают из-за несогласованности действий разных подразделений или потому что кто-то не следует установленным стандартам разработки, то как раз работа QA указать на это проблемное место и добиться его устранения);
- ведение документации по тестам.
Что должен уметь тестировщик и QA
Давайте построим эту часть статьи в виде диалога с вопросами и ответами на них - для удобства восприятия информации.
— QA и тестировщик — это одно и то же?
— Некоторые говорят «тестирование», а некоторые — «обеспечение качества», то есть QA. Второе понятие более широкое, ведь тестирование — это просто проверка (валидация и верификация). А обеспечение качества — целый процесс внутри команды.
— Какие перспективы у тестировщика?
— Он может развиваться как технически, то есть расти в автоматизацию, так и прокачивать софт-скиллы, расти в QA-лида, QA-менеджера и так далее. В техническом плане кроме автоматизации можно идти в архитектуру — это уже сложный уровень. Если совсем глобально смотреть, тестировщик может перебраться в разработку.
— Насколько нужно знать технические вещи? Достаточно просто сказать «это не работает» или еще нужно понимать причину?
— С минимальным опытом тестировщику сложно понимать, как устроена серверная архитектура или веб-приложение, что на бэкэнде, какие сервисы. То есть описание багов идет поверхностное, как со стороны обычного пользователя: кнопка не работает на сайте — так и пишет. Более опытный тестировщик должен понять, почему кнопка не нажимается. Смотрит консоль: может, JavaScript, а может, запрос пошел, но в ответе ошибка — значит, бэкэнд упал. Чем опытнее тестировщик, тем глубже он копает причину бага. Следовательно, он умеет лучше ее описать, и разработчики смогут быстрее найти и исправить ошибку.
— То есть идеальный тестировщик — это еще и разработчик в душе?
— Хороший тестировщик, опытный, высокого уровня — он немного и разработчик, и бизнес-аналитик, и UX/UI-дизайнер, и проектный менеджер.
— И вы ищете изъяны в их работе, получается.
— Здесь важно понимание целей. Это ведь командная работа, и глобальная задача — сделать качественный продукт вовремя и чтобы клиент был доволен. Когда команда понимает, что работает на общий результат, а не на поиски ошибок конкретного разработчика, тогда все друг другу доверяют.
— Если бы те же разработчики идеально выполняли работу, то тестировщики остались бы без дела?
— Не думаю. В простых системах и продуктах это было бы возможно. Например, при разработке какого-нибудь сайта-визитки QA зачастую и не нужен, проекты сдаются без его привлечения. А когда речь идет о сложных продуктах по автоматизации бизнес-процессов, решению конкретных проблем заказчика — там всегда есть вещи, которые никогда не смогут на 100% учесть ни разработчики, ни дизайнеры. Есть много ниш для проверок: безопасность, стабильность работы. Если пишешь код, держать в голове все эти аспекты невозможно.
Почему выходят забагованные продукты
— Иногда видишь такое: выходит крупное мобильное приложение версии 1.0, и уже через неделю — версия 1.0.1, в описании которой говорится об «исправлении ошибок». Значит, продукт плохо тестировали?
— Часто первая версия продукта — просто проверка рынка, отреагирует он или нет. Для этого надо сделать приложение быстрее других и чтобы оно кое-как работало. Если задача именно такая — то ничего страшного в выпуске сырой версии нет. Конечно, когда все согласовано и заказчика устраивает этот вариант. А баги уже потом можно дофиксить. Другое дело — например, банковское приложение. Здесь уже непозволительно выпускать забагованный продукт, репутация очень важна.
— За два месяца iOS 13 получила около пяти обновлений, и большинство из них касались не добавления новых функций, а правок существующих. Почему такое происходит? Вряд ли Apple не хватило средств на тестирование.
— У Apple есть четкие циклы выпуска продуктов: нужно в год уложить разработку нового железа и софта, а затем поддерживать совместимость ПО с прошлыми устройствами. Не всегда получается за один год заложить и новые фичи, и новое железо, отсюда и возникают проблемы. Понятно, что это сложнейшие проекты, и регулярно идет «процентовка» — проверка вида «успеваем / не успеваем». Где-то возникли проблемы с производителем железа, где-то споткнулись на какой-нибудь фишке. Тогда принимается осознанное решение: да, будут недоработки, но нужно выходить в любом случае. Падение стоимости акций компании значительно хуже при невыходе нового iPhone, чем при выпуске забагованной операционной системы.
Представьте варианты использования одного и того же смартфона: разные операторы, типы подключений, стандарты беспроводных сетей. Проверить такое многообразие невозможно даже с помощью автотестов. Поэтому всегда будут возникать какие-то специфические баги, и нужно быть готовым быстро их исправить в случае обнаружения.
О разных типах тестирования
— Есть «тестирование низкого уровня». Что это и какие уровни, методы еще бывают?
— Существует большое количество классификаций тестирования по уровням, типам, методам и подходам. Если мы говорим о тестировании на низком уровне, то сюда больше подходит понятие «тестирование методом серого ящика». Например, есть проекты, где разработка ведется на низком уровне. Это написание кода, который взаимодействует непосредственно с железом. В последние годы понятие используется в связи с развитием интернета вещей — всевозможные кофеварки и чайники, которые подключаются к интернету. И чтобы это маленькое устройство могло соединиться с Wi-Fi-точкой, смартфоном по Bluetooth и так далее, нужен софт. Но не в обычном понимании, а без UI. Вот это и есть «низкий уровень». К примеру, измерение температуры воды в чайнике, передача этих данных на смартфон — программирование низкого уровня. Сейчас у этой сферы прямо новое дыхание.
А поскольку разработка ведется на низком уровне, то и тестирование должно быть на нем же. Тестировщик должен понимать, что здесь идет проверка не только софта, но и железа. Допустим, нужно проверить новую модель слухового аппарата. Надо понимать, что у устройства есть встроенная память, она делится на энергозависимую и независимую и так далее. Чем больше тестировщик знает таких деталей, тем эффективнее будет проходить испытание.
— Как выглядит мануальное тестирование? Допустим, нужно проверить сайт. Берете и прокликиваете каждую кнопку, смотрите, куда ведут ссылки?
— Все думают, что именно так это и выглядит. На самом деле описанное — уровень джуниора. Действительно, они могут проводить такое тестирование: проверять работоспособность каждой функции и так далее.
А если мы говорим про обеспечение качества (QA), то сперва нужно посмотреть на сам сайт, узнать у клиента необходимые функциональные и нефункциональные требования, процесс работы, приоритеты. Например, важны ли UI-требования, соответствия палитры и другие вещи. Дальше мы создаем тест-план, в котором, скажем, в рамках UI-тестирования смотрим четкие аспекты — цвет, разрешение (для поддержки различных форм-факторов устройств: ноутбуки, планшеты, телефоны), наличие прототипа интерфейса и так далее.
Некоторые клиенты, к примеру, хотят конкретный цвет, и мы проверяем на полное совпадение по коду оттенка. И так проходим по каждому из типов тестирования. В тест-плане важно правильно описать и согласовать с клиентом наше видение процессов, подходов и планов по тестированию, ведь от этого зависит бюджет, размер команды и необходимая квалификация тестировщиков. В QA масса всего: какие браузеры как отображают сайт; есть ли у него интеграции, например, с банковскими сервисами; под какой нагрузкой он будет работать и так далее. Отдельная и одна из самых сложных граней — безопасность и проверка на наличие уязвимостей.
— Что, если тестировщик заметит проблему в UX? Что-то показалось неудобным, нелогичным. Это его сфера ответственности?
— Думаю, да. Если делаем аналог Booking, то понимаем, что сервисом будут пользоваться миллионы людей. И, например, есть список со множеством фильтров. Когда разработчики добавили популярный фильтр куда-то вниз страницы и до него нужно скролить или он просто малозаметный, тестировщик наверняка это увидит — и такое, я считаю, нужно отправлять на доработку.
Хотя, опять же, предварительно нужно обговорить с клиентом, обращать внимание на подобные вещи при тестировании или нет. Но базовое понимание юзабилити у хорошего тестировщика должно быть.
Как обстоят дела с подготовкой людей, из каких отраслей переходят в QA и что вообще высшее образование может дать тестировщику, почему тестировщики в 35 лет становятся «пенсионерами» и куда они идут дальше.
Век тестировщика после курсов — 30—35 лет
— Есть мнение, что попасть в IT через тестирование проще всего. Согласны ли с этим и почему?
Да, такое мнение действительно есть. Скорее всего, оно складывается из-за малого времени обучения, особенно если говорим о внутренних курсах IT-компаний. Но есть опасность. Вы получите знания в узконаправленной компетенции, то есть то, что нужно заказчикам здесь и сейчас. Дальнейшее развитие специалиста — его личная забота, заказчика это не интересует.
Примерно в 35 лет тестировщик подходит к пенсионному возрасту в IT-сфере. Например, программист к этому времени достигает пика по зарплате, а потом она плавно снижается. Затем он становится менее креативным и к 35 годам понимает, что должен что-то делать: или открывать свою компанию, переходить на управленческие позиции, или идти в преподаватели.
— Как быстрее всего двигаться в профессиональном и карьерном плане?
— Все зависит от компании в которой вы работаете... Если компания заинтересована в росте своих сотрудников то вы это почувствуете, вернее не почувствуете скуку и то что просиживаете время зря. Профессиональный и карьерный рост не заставят себя ждать. Но если вы видите что движение ваше на не достаточном уровне, всегда можно посмотреть какие есть вакансии на рынке. Сделать это можно при помощи узконаправленного сайта с IT вакансиями Apeirondb.com или при помощи телеграм бота HIRE:bot(t.me/hireIT_bot) @hireIT_bot
План действий тест-менеджера
Новоиспечённые тест-менеджеры часто спрашивают: «что нужно сделать, чтобы всё было хорошо?». Вот список действий, чек-лист, по которому вы можете оценить статус текущего тест-процесса и наметить план действий.
Итак, что должен сделать тест-менеджер, чтобы всё было хорошо?
1. Определить цели тестирования
Этот пункт может звучать глупо и банально, но только не для тех, кто давно в тестировании. Давайте подумаем, как и почему обычно создаётся отдел тестирования?
- «Потому что в других компаниях он есть»
- «Потому что у нас продукты некачественные»
- «Потому что сейчас у нас всё плохо, а надо сделать всё хорошо»
Увы и ах, ни один из этих вариантов ответа не помогает понять, что действительно от нас требуется, и как это лучше всего сделать. Поэтому, первоочередная задача тест-менеджера — выяснить, что требуется, и под ожидания заказчика, руководства, РМов и других участников наладить наиболее подходящий процесс.
2. Наладить процесс
Скриптовое или исследовательское тестирование? Формальный или неформальный подход? Автоматизация или ручное? Модульное или системное? Каковы процедуры приёмки сборки, выпуска релиза, принятия решений? Как тестировать требования, с кем согласовывать тесты, как заводить дефекты?
Когда мы говорим о процессе, очень важно понимать 2 момента:
- Не бывает «хороших» процессов, есть подходящие и неподходящие
- Определение процесса — это не формализация и не бюрократия. В любом случае процесс у вас каким-то будет, выбор лишь в следующем: будет он структурированным и результативным, или «как получится».
3. Спланировать тестирование
В тестировании много особенностей, и планирование — один из наиболее ярких примеров. Стандартные модели планирования «не работают», потому что планы в тестировании — уравнения с множеством неизвестных. Какова дата выпуска рабочей сборки? Сколько итераций необходимо провести для стабилизации продукта? К сожалению, эти параметры от нас не зависят, и нам необходимо под них подстраиваться. В чём же тогда заключается планирование?
- Определение стратегии действий, выбор подхода
- Оценка трудозатрат, чаще всего — на основании метрик предыдущих релизов
- Создание тех самых уравнений с неизвестными, на основании которых можно легко в режиме реального времени отслеживать дедлайны в тестировании
- Приоритезация: тестов, задач, функционала. Вероятность того, что вы что-то не успеете, стремится к 100%, и далеко не всегда в этом есть ваша вина. Заранее определите приоритеты, чтобы вы успели самое главное, а не «что получится».
4. Учитесь работать с командой
Вообще, этот пункт смело можно считать вторым. В первую очередь важны цели и критерии успешности, во вторую — команда. Вы можете обманывать себя и считать, что это вы тут главный по тестированию, но на самом деле важнее всего ваша команда. Исходя из ваших целей и планов вы должны чётко понимать, какие сотрудники вам нужны. Что дальше?
- Надо убедиться, что подходящие люди у вас есть. Если нет — надо искать. Если руководство против расширения — значит, вы что-то неправильно сделали на этапе планирования. Грамотное стратегическое планирование с учётом рисков — залог комфортного общения с руководством
- По каждому сотруднику необходимо узнать, что его мотивирует, зачем он каждый день ходит на работу, почему он старается выполнять её хорошо. «Тебе за это деньги платят» — это не ответ! Деньги — побочный эффект.
- Каждому сотруднику надо ставить задачи именно так, как ему комфортно. Да-да, у каждого менеджера есть свой «уникальный стиль, бла-бла-бла». Но это вам надо уметь работать с сотрудниками, а не им с вами!
5. Определить метрики эффективности и регулярно их собирать
Вот вы работаете-работаете, делаете мир лучше — а как понять, что он правда стал лучше? Насколько эффективны ваши действия? Конечно, можно завязать глаза и понадеяться на «авось», это очень по-русски, но не очень эффективно. Если вы не будете оценивать успешность тестирования, то вы будете удалены от реалий жизни.
А как понять, какие метрики необходимы и как их собирать? Есть распространённый подход «узнать, какие метрики возможны, и начать их собирать». Занятие весёлое, но не самое осмысленное. Если вы чётко определили цели тестирования, если у вас есть конкретные задачи, если в стратегическом планировании вы поставили перед собой настоящие измеримые цели, то вопрос с метриками переходит в разряд технических задач. Если вы не знаете, какие метрики вам нужны — значит, вы не знаете, что вы вообще делаете и зачем!
Подведём итоги
Ответьте (вдумчиво и честно!) на следующие вопросы и посчитайте количество ответов «Да» и «Нет»:
- У вас есть точные измеримые цели тестирования (на релиз, на проект, на год)?
- Ваши цели согласованы с руководством и другими участниками проекта?
- Вы определили процесс работы, который одинаково трактуется всеми участниками вашей команды? Ваш процесс избавляет вас от необходимости регулярно решать проблемы и «тушить пожары»?
- Вы можете без запинки объяснить, зачем на проекте те или иные действия? Почему тесты создаются именно так, как они создаются? Почему автоматизации именно столько, сколько её есть?
- Вы знаете, какие проблемы в тестировании беспокоят ваших коллег, разработчиков, РМов, аналитиков? Вы уже согласовали пути их решения?
- У вас есть план на проект, детализированный хотя бы на ближайший месяц? В планах вы анализируете все возможные риски и разбираете с командой пути их решения?
- Вы уверены, что ваша команда приведёт вас к достижению всех поставленных целей?
- Вы регулярно общаетесь с сотрудниками и точно знаете их ожидания, стремления? Вы выявляете таланты и особенности ваших сотрудников, ищете для них наиболее подходящие задачи, регулярно даёте им обратную связь?
- Вы анализируете проблемы? Вы знаете причины пропущенных багов, сорванных сроков?
- Вы знаете текущий статус по всем задачам и можете однозначно определить статус тестирования: успеваете вы или нет, всё правильно делаете или нет?
- Вы можете оценивать эффективность тестирования, у вас есть согласованные метрики, для достижения которых вы определяете конкретные задачи?
Плюсы и минусы профессии
Чем же, кроме зарплаты, может увлечь работа QA? К одним из самых приятных плюсов можно отнести осознание своего вклада в создание и совершенствование продукта. Это непередаваемое ощущение, когда из рутины будней рождается продукт, в котором есть частичка твоего труда и идей. Помимо этого преимуществом QA является возможность близкого знакомства с новыми технологиями. Если вы хотите перейти на другую IT специальность, то позиция QA - лучшее место чтоб поближе познакомиться с будущей работой. Минус у QA только один — скучные и монотонные обязанности по ручному тестированию и обновлению тестовой документации. Правда донимают они только на первых порах, а с расширением круга обязанностей все становится интересней и динамичней.
Как стать QA?
Фактически для того чтоб ступить на стезю QA не нужно знание языков программирования или строения баз данных. Главное иметь представление о структуре процесса разработки ПО и разбираться в процессе тестирования. Нужно почитать литературу (в основном зарубежную), потренироваться на “кошках” (потренироваться использовать ПК стараясь замечать все недочеты и баги в приложениях/сайтах).
Для большей уверенности можно пройти пару обучающих курсов в интернете и/или стажировку в обучающих центрах (в институтах эту специальность, к сожалению, не преподают). Подтянуть английский (при отборе кадров IT компании предпочитают кандидатов со знанием английского). В любом случае начинающего QA в первую очередь проверяют на знание процесса тестирования ПО: для чего оно вообще нужно, какие есть виды тестирования, что такое баг, как его задокументировать и какие шаги нужно пройти для его закрытия.
Поначалу вашим уделом будут именно тесты. А после того как освоитесь с этой работой и немного поближе узнаете как построена разработка ПО в вашей компании - перейдете на более высокий уровень и получите свою долю ответственности за разрабатываемый продукт. Уровень вхождения на специальность QA существенно ниже, чем на программиста из-за чего конкурс на данную вакансию может быть очень, ооочень, ОЧЕНЬ большим. Потому для успешного собеседования помимо знаний нужно обладать и определенным набором личных качеств. Так, для QA важно умение наладить общение — ему нужно взаимодействовать практически со всеми участниками разработки от заказчика и до тестировщика. При этом он должен уметь донести до исполнителей все нюансы, которым должно соответствовать приложение.
Не менее важны внимание, терпение и усидчивость - они требуются в процессе тестирования программ. Конечно же, для успешного тестинга нужен азарт грибника и пытливость ребенка разбирающего часы или любимую игрушку, чтобы поиск ошибок не превратился для вас в гнетущую рутину (если у вас будет пара историй о успешно поиске багов — для рекрутера это может стать большим плюсом). Также нужны и аналитические навыки - для определения путей улучшения процесса разработки и самого приложения.
Ступеньки карьеры и перспективы
Существует 4 уровня квалификации:
- Trainee QA Engineer — начинающий специалист.
- Junior QA Engineer — специалист, проработавший в должности от 1 до 6 месяцев и имеющий определённые навыки в работе. Знающий, что такое тест-план, тест-кейс, тест-сьют, тест-степ, тест-дизайн в общих чертах, Definition of Done. Имеющий представление о дефектах Severity и Priority. Базовые навыки SQL.
- Middle QA Engineer — специалист среднего уровня квалификации, со стажем работы от 1 до 3 лет, умеющий работать самостоятельно и консультирующий младший персонал.
- Senior QA Engineer — специалист высшей квалификации, выполняющий самые сложные технические задачи широкого спектра, используя разные виды тестирования.
Пройдя эти 4 этапа, работники повышают профессиональный уровень, осваивая новые технологии. Далее профессиональный рост возможен:
- в направлении QA team lead — QA-manager (Тест Менеджер) — Head of QA department, то есть до позиции начальника отдела или направления внутри отдела;
- до позиции разработчика, руководителя разработчиков, аналитика, архитектора вплоть до руководителя проекта внутри компании.
В настоящее время открыто множество курсов по обучению QA-инженеров. Вести преподавательскую деятельность, совмещая её с работой, также считается очень престижным.
В ходе карьерного роста можно переквалифицироваться в бизнес-аналитики или программисты, развиваться как управленец в направлении senior project manager — CTO.
Оценить востребованность профессии можно по количеству вакансий. Так, Если вы укажите технологию QA и в ключевых словах укажете QA Engineer вы сможете посмотреть все актуальные вакансии для тестировщиков на сайте Apeirondb.com. Также сотрудников ищут в Telegram-каналах и группах в Facebook, в соцсети LinkedIn. Один из лучших примеров такого Telegram-канала является телеграм бот HIRE:bot(t.me/hireIT_bot) @hireIT_bot, который при правильной настройке фильтров, будет отправлять вам только интересующие вас вакансии.
Основные положения о должности Test Manager
Тест-менеджер относится к категории руководителей.
На должность тест-менеджера принимается лицо:
- имеющее высшее образование — специалиcт, магистратура;
- имеющее стаж работы в области разработки и тестирования программного обеспечения не менее пяти лет.
Тест-менеджер должен знать:
- общую информацию о проектных методологиях;
- предметную область разрабатываемого программного обеспечения;
- ограничения тестирования (теория и практика);
- анализ требований к программному обеспечению;
- понимание жизненного цикла разработки программного обеспечения, различных методологий его разработки и места тестирования в данном процессе;
- теорию различных стратегий тестирования;
- базовые понятия качества программного продукта и качества процесса разработки программного обеспечения;
- метрики и риски тестирования;
- основы организации труда и управления; основы трудового законодательства; правила и нормы охраны труда и пожарной безопасности;
- жизненный цикл разработки программного обеспечения, различные методологии его разработки и место тестирования в данном процессе;
- теорию критериев качества программного продукта и качества процесса разработки программного обеспечения;
- квалификационные требования к специалистам по тестированию разного уровня квалификации;
- способы выявления необходимых качеств и умений специалистов в ходе интервью;
- Правила внутреннего трудового распорядка организации;
- требования охраны труда и правила пожарной безопасности.
Тест-менеджер должен уметь:
- анализировать взаимосвязи, выявлять пропущенную информацию;
- понимать процесс разработки проекта;
- анализировать ответы, выявлять пропущенную информацию;
- выявлять приоритеты функциональных требований;
- определять наиболее значимые критерии качества программного продукта;
- выделять оптимальный вариант;
- принимать решения в критических ситуациях;
- формировать команду для тестирования программного обеспечения;
- принимать решения в критических ситуациях;
- принимать решения на основании данных мониторинга тестирования;
- формировать команду.
Трудовые функции
Разработка стратегии тестирования и управление процессом тестирования:
- выявление приоритетных функций для покрытия тестирования;
- утверждение с аналитиком (и/или руководителем проекта) требований заказчика;
- формирование и утверждение стратегии тестирования;
- организация рабочего процесса команды специалистов по тестированию (включая оценку трудозатрат);
- мониторинг работ и информирование о ходе работ заинтересованных лиц;
- проведение интервью, оценка технических знаний кандидата на замещение вакансии.
Должностные обязанности
Тест-менеджер исполняет следующие обязанности:
- проводит совместно с аналитиком переговоры с заказчиком;
- уточняет приоритеты заказчика;
- осуществляет корректировку рабочего процесса команды тестирования на основе результатов переговоров с заказчиком;
- проводит экспертизу требований совместно с аналитиком и/или руководителем проекта для выявления пропущенных требований;
- проводит анализ требований для исключения некорректно сформулированных требований;
- проводит согласование методик и методов тестирования;
- осуществляет определение:
- целей тестирования, уровня тестирования, ролей и обязанностей каждого члена команды;
- требования к тестовым данным;
- инструментальных средств для достижения целей тестирования;
- требований к окружению и программному обеспечению, необходимых для достижения целей тестирования;
- проводит анализ рисков и выработку плана по снижению рисков;
- оценивает сроки выполнения тестирования;
- принимает решение об автоматизации тестирования;
- определяет рабочие ресурсы (количество тестировщиков, список рабочих станций, тестовых сред), для проведения тестирования;
- определяет и документирует механизмы передачи продукта на тестирование;
- распределяет нагрузку между тестировщиками;
- осуществляет организацию рабочего процесса команды тестирования;
- разрабатывает политику мотивации специалистов по тестированию;
- осуществляет контроль рабочего процесса команды тестирования, контроль хода выполнения тестовых заданий;
- выполняет корректировку рабочего процесса команды тестирования, при необходимости;
- осуществляет контроль процесса тестирования (включая сроки исполнения);
- уведомляет о ходе тестирования заинтересованных лиц в формате, установленном регламентом организации;
- обеспечивает разработчиков и других заинтересованных сторон информацией о проблеме для ее идентификации и исправления;
- составляет отчеты, включающие анализ реального и запланированного состояний;
- составляет перечень необходимых навыков для специалиста определенного уровня;
- осуществляет организацию и проведение технического интервью;
- проводит анализ полученных результатов интервью;
- осуществляет оценку соответствия навыков и умений кандидата квалификационным требованиям.
Вакансии Test Manager
Для поиска вакансий на сайте Apeirondb.com вам всего лишь в разделе с вакансиями нужно выбрать город, страну и технологию, которые вас интересуют: Test Manager. А также, очень легко осуществить поиск при помощи телеграм бота HIRE:bot(t.me/hireIT_bot) @hireIT_bot, который при правильной настройке, будет отправлять вам только вакансии по должности Test Manager.