Кто такой тест-менеджер
Работа по тестированию проектов в Google на самом деле не выглядит так идеально, как описанная в этой книге ситуация, где каждый инженер занят только своим делом. На помощь приходит менеджер, который координирует работу тестировщиков и разработчиков в тестировании, — тест-менеджер. Немного о его месте в иерархии Google: он подчиняется директору по тестированию, у которого может быть несколько таких подчиненных,[65] а Патрик Коупленд руководит всеми директорами по тестированию.
На роль тест-менеджера мы редко нанимаем людей снаружи, чаще стараемся вырастить их внутри компании. Сотрудники, пришедшие извне, обычно (но не всегда) стартуют с позиции без подчиненных. Даже Джеймс Уиттакер, который был нанят на позицию директора, почти три месяца не имел подчиненных.
Большая часть тех, кто сейчас руководит тестированием, выросли из тестировщиков, и это неудивительно, учитывая, насколько у них широкий спектр задач. Инженер по тестированию управляет задачами по тестированию, держа в фокусе всю широкую картину проекта. Тут рукой подать до управления людьми. Тестировщик понимает большую часть функциональности продукта и общается с гораздо большим количеством инженеров, чем, к примеру, разработчик в тестировании. Однако успешный инженер вовсе не обязательно станет успешным тест-менеджером. В Google любой успех — дело коллективное. Мы все вместе работаем над тем, чтобы выбрать правильных менеджеров и помочь им добиться успеха.
Итак, наш первый совет — знайте свой продукт. Тест-менеджер должен быть готов ответить на любые вопросы по использованию своего продукта. Допустим, вы — тест-менеджер Chrome. Если вас спросят, как установить расширение, сменить оформление браузера, настроить синхронизацию, изменить настройки прокси-сервера, просмотреть DOM, найти хранилище cookie, поставить новую версию, то ваши ответы должны отскакивать от зубов. Хороший руководитель знает о своем продукте все — от пользовательского интерфейса до внутренних подробностей работы дата-центров.
Однажды я спросил тест-менеджера Gmail, почему моя почта медленно загружается, и я тут же узнал, как работают отдельные части сервера Gmail, и о том, что на этой неделе была проблема с удаленным дата-центром. Объяснение было даже слишком подробным, но я понял, что этот человек точно знает, как функционирует Gmail, и владеет самыми свежими данными о его производительности. Это именно то, чего мы ожидаем от всех тест-менеджеров: знать о своем продукте больше всех участников проекта.
Второй совет — знайте ваших людей. Конечно, тест-менеджер — эксперт своего продукта и отлично понимает работу, которую нужно выполнять, но все-таки ее непосредственно выполняют инженеры по тестированию и разработчики в тестировании. Чтобы работа выполнялась быстро и эффективно, невероятно важно хорошо знать своих людей и их навыки.
У нас в Google работают очень умные ребята, но их количество не бесконечно. Каждый тест-менеджер, приходящий извне, жалуется, что в его проекте недостаточно людей. Мы лишь дружно улыбаемся в ответ. Мы знаем это и не собираемся ничего менять. Хорошо зная своих людей и их навыки, руководитель может маленькой командой добиться тех же результатов, что и большим количеством людей. В этом сила тест-менеджера.
Мы уже писали, что дефицит приносит ясность и умножает чувство ответственности у всех участников проекта. Представьте, что вы растите ребенка и у вас семь нянек: одна кормит, другая меняет подгузники, третья развлекает малыша и т.д. Никто из них не сможет дать ребенку больше, чем один любящий, пусть и перегруженный родитель. Когда ресурсов не хватает, приходится оптимизировать весь процесс. Вы быстро находите свои ошибки и учитесь не повторять их. Вы создаете график кормления, размещаете запасные подгузники поближе, чтобы облегчить себе работу.
В тестировании программных продуктов в Google работает такая же схема. Руководитель не может просто бросить всех людей на задачу, поэтому все действия оптимизируются. Автоматизация, не приносящая пользы, уничтожается. Тесты, не выявляющие регрессию, не пишутся. Если разработчики требуют от тестировщиков определенной деятельности, они должны сами в ней участвовать. Люди не придумывают себе работу, чтобы просто не сидеть без дела. Не нужно делать то, что сейчас не принесет ценности.
Задача руководителя — поставить всех на свои места. Если он хорошо знает свой продукт, то легко определит приоритетное направление и те части, которые должны получить нужное покрытие в первую очередь. Если менеджер хорошо знает команду, то он сможет правильно распределить людей по областям работы для максимальной эффективности. Конечно, какие-то задачи останутся невыполненными. Но если все сделано правильно, это будут низкоприоритетные задачи или задачи достаточно простые, чтобы их можно было доверить внешнему подрядчику, краудсорсерам или внутренним пользователям.
Конечно, руководитель тоже может принять неправильное решение, правда, из-за важности его роли любая ошибка будет дорого стоить. К счастью, у нас сплоченное сообщество тест-менеджеров, его участники хорошо знают друг друга и регулярно обмениваются полезным опытом, повышая общий уровень знаний. Это еще одно преимущество дефицита ресурсов — небольшое количество людей, которые на «ты» друг с другом и могут регулярно встречаться.
Данный текст является ознакомительным фрагментом.
Продолжение на ЛитРес
Читайте также
Но как управлять такой группой?
Но как управлять такой группой? У каждой группы имеется определенная скорость работы,[50] а проще говоря, объем работы, выполняемый за фиксированный промежуток времени. Некоторые группы измеряют свою скорость в пунктах в неделю (пункты – единица сложности).
3.2. Кто такой пользователь Интернета
3.2. Кто такой пользователь Интернета Все попытки определить пользователя Интернета, дать ему четкое и однозначное толкование провалились. Поэтому не следует верить никаким цифрам, которые публикуются сегодня в прессе. Сначала нужно выяснить, кого автор называет
Глава 3. Кто такой инженер по тестированию
Глава 3. Кто такой инженер по тестированию Разработчики в тестировании в Google создают, настраивают, поддерживают и развивают инфраструктуру для автоматического тестирования. Инженеры по тестированию играют другую роль — они ориентированы на «человеческую сторону»: как
Глава 4. Тест-менеджер
Глава 4. Тест-менеджер Итак, мы выяснили, что в Google есть инженеры по тестированию и разработчики в тестировании, которые играют на стороне пользователей и разработчиков соответственно. А сейчас мы поговорим о третьей роли, которая связывает и координирует их работу. Речь
Что станет с тест-директором и тест-менеджером
Что станет с тест-директором и тест-менеджером Как все эти ролевые изменения отразятся на менеджерах, директорах и вице-президентах по тестированию? Их станет меньше. Те из них, у кого есть технические знания, перейдут на другие роли, более подходящие их инженерной
Micromax, ты кто такой? Давай, до свидания! Сергей Голубицкий
Micromax, ты кто такой? Давай, до свидания! Сергей Голубицкий Опубликовано 12 ноября 2013 Добрые люди, зная мои индийские пристрастия, подкинули линк на статью, опубликованную в рамках проекта Russia & India Report, который, в свою очередь, является частью Russia Beyond
Кто такой микростоковый фотограф
Кто такой микростоковый фотограф В первую очередь это человек. И не просто человек, а человек, обладающий определенными чертами, задатками и навыками. Если не уметь снимать, а просто взять в руки профессиональную фотокамеру, то микростокового фотографа (или стокера) из
Глава 11 Кто такой инспектор и зачем сдавать экзамен
Глава 11 Кто такой инспектор и зачем сдавать экзамен В данной главе иллюстраций будет совсем немного. Зато будет много интересной и весьма полезной информации, которая непременно заинтересует тех, кто все еще не потерял интерес к возможности зарабатывать на продаже
История финского гиганта: как Nokia дошла до жизни такой Константин Ушаков
История финского гиганта: как Nokia дошла до жизни такой Константин Ушаков Опубликовано 14 февраля 2011 года От редакции: Начался новый этап в жизни Nokia: компания решила отказаться от Symbian и перейти на Windows Phone. Самое время вспомнить славную историю
Кто такой новый ИБ-шник? Алексей Лукацкий
Кто такой новый ИБ-шник? Алексей Лукацкий Опубликовано 17 июня 2013 Тема некачественного обучения по вопросам ИБ поднималась уже неоднократно; и у меня в блоге и на различных мероприятиях. Искать и изучать причины сейчас бессмысленно — лучше
Голубятня: «Писатель, доктор, ядерный физик, философ-теоретик, но самое главное — такой же, как ты, человек» Сергей Голубицкий
Голубятня: «Писатель, доктор, ядерный физик, философ-теоретик, но самое главное — такой же, как ты, человек» Сергей Голубицкий Опубликовано 13 июля 2013 Наша киносуббота посвящена последнему фильму Пола Томаса Андерсона «Мастер» (2012, The Master,
Как будут изучать биологию и другие мировоззренчески значимые науки в такой школе будущего, о которой стоит мечтать? Дмитрий Шабанов
Как будут изучать биологию и другие мировоззренчески значимые науки в такой школе будущего, о которой стоит мечтать? Дмитрий Шабанов Опубликовано 31 июля 2013 Неожиданно для меня самого меня пригласили принять участие в педагогическом фестивале,
Кибернокаут для Южной Кореи: кто и как «уронил» банки и ТВ — и выдержит ли Россия такой удар? Евгений Золотов
Кибернокаут для Южной Кореи: кто и как «уронил» банки и ТВ — и выдержит ли Россия такой удар? Евгений Золотов Опубликовано 22 марта 2013 Термин «цифровое 11 сентября» давно стал главным жупелом компьютерной безопасности. Он хорошо передаёт суть (так принято обозначать
Такой переключатель приложений для iOS ждали давно Михаил Карпов
Такой переключатель приложений для iOS ждали давно Михаил Карпов Опубликовано 26 марта 2013 Интерфейс мобильной операционной системы Apple iOS оставался практически неизменным с момента выхода её первой версии в 2007 году. Пора что-то менять. Например, как
Test менеджерами что это
Работа тест-менеджера предполагает участие во многих задачах команды: планировании тестов, изучении требований, декомпозиции продукта, составлении документации. Грамотный выбор приложений и плагинов к ним облегчит вашу жизнь.
Чек-листы
Какого-то особого формата у чек-листов нет, поэтому писать их можно даже в текстовых редакторах. Но можно воспользоваться и готовыми инструментами для создания проверочных списков:
Графический редактор, в котором можно быстро создавать различные типы контента: диаграммы, чек-листы, брендированные документы. Также есть инструмент для обработки фото.
Минималистичное и от того очень удобное приложение. Позволяет создавать чек-листы, пригодные для распечатки.
Планировщик задач с возможностью создавать списки и проверочные листы. Главное преимущество – интеграция с другими сервисами поискового гиганта.
Интеллект-карты
Майнд-карты – мощный инструмент для визуального представления больших объемов информации. Пригодятся почти всегда – при анализе требований, декомпозиции и изучении взаимосвязей между различными частями тестируемого продукта, составлении стратегии тестирования.
Мощный инструмент с неплохим набором бесплатных функций. Позволяет легко рисовать необходимые карты. Большой выбор шаблонов и вариантов оформления. Хорошо подходит крупным командам, нуждающимся в хороших майнд-картах.
Если вы никогда до этого не работали с интеллект-картами, то это приложение – определенно ваш выбор. Очень простой интерфейс, нет обилия «наворотов» и неплохие инструменты для создания собственного дизайна.
Комплексный продукт для создания карт. Имеет большой набор готовых изображений и иконок, позволяет сделать собственную библиотеку изображений, есть функции создания презентаций. Небольшая команда может использовать решение даже как простой таск-менеджер: в нем есть планировщик задач и чат.
Инструменты планирования
Впрочем, для серьезного составления планов для своей команды лучше выбрать специализированное приложение.
Пожалуй, самая знаменитая программа для управления проектами. Trello представляет собой виртуальную доску, на которой можно размещать «стикеры» с задачами, перемещать их в зависимости от состояний, комментировать и обсуждать, что делает систему идеальной для команд, придерживающихся Kanban-методологии. С сервисом легко взаимодействовать и наглядно видеть состояние проектов благодаря цветным меткам. Синхронизируется с мессенджером Slack, репозиторием GitHub, системой Salesforce, хранилищами Evernote и Google Drive.
Погодите возмущаться тем, что в список попала система отслеживания ошибок. JIRA – не просто багтрекер. Вообще сложно сказать, что это такое, потому что сервис позволяет решать множество задач. Как планировщик он отлично подойдет для команд, придерживающихся Scrum-методологии, потому что позволяет планировать спринты, передавать задачи, расставлять приоритеты и контролировать сроки. А с плагином Zephyr JIRA превращается и вовсе в систему управления тестированием.
Если вам понравился сервис для создания интеллект-карт MindMeister и его ограниченные функции по планированию задач, значит, самое время попробовать специализированное решение разработчика для этой цели. Сервис по своему функционалу напоминает Trello и предлагает работу с виртуальной доской проектов. Само собой, поддерживается простая интеграция с майнд-картами, сделанными в MindMeister, а также с сервисами Slack, Zendesk и GitHub.
Подведем итог
Использование этих инструментов незаменимо для тест-менеджера. Они помогут организовать работу команды, составить планы и графики, контролировать сроки. Как следствие, вы сможете больше времени уделять качеству тестирования и выполнять свою работу лучше.
Home
Автор: Шрини Кулкарни (Shrini Kulkarni)
Перевод: Ольга Алифанова
Я работаю тест-менеджером – это обычный рутинный труд с ежедневно меняющимися требованиями, выбитой в камне датой выхода в релиз, огромном объемом кода, работой по выходным – короче, всем тем весельем, разочарованием, восторгом, которым переполен любой проект по разработке ПО.
Как тест-менеджер, я черпаю свою энергию в поиске проблем и сообщении о них наилучшим доступным образом. Честно говоря, когда моя команда видит проблемы в приложении, это нас мотивирует. Мы восхищены, если находим новые, свеженькие баги. Мы отмечаем каждую находку, и я вижу, как блестят глаза у моих подчиненных. Любые известия о странном поведении, крашах, нестабильной работе кода, падении окружения, делают нас счастливыми. Иногда я думаю, что мы просто садисты.
Рядом со мной сидит мой друг и коллега, прожект-менеджер. Он вечно взволнован. Каждый раз, когда кто-то из моей команды просит разъяснений, у менеджера сбивается сердечный ритм, потому что он думает – о боже, нет, они нашли еще один баг! Во время наших встреч, посвященных багам, я гордо говорю, что сегодня мы нашли 40 новых багов, то есть всего за эту неделю – 370, 80 из которых критические! ПМ, придя в себя, отвечает – ок, какие из исправленных багов уже прошли ретест? Какие области приложения относительно стабильны? Что хорошего мы можем сообщить нашим заказчикам?
Видите разницу подходов? ПМу важно знать, что работает, что именно работает хорошо, и о чем хорошем мы можем сообщить. Тест-менеджеру хочется похвастать новыми проблемами, найденными командой. Для тестировщика неплохо бы побыть в шкуре ПМа или разработчика, чтобы понять, как мыслят эти ребята.
Тестировщик нацелен на поиск проблем и информирование об этих проблемах, однако сотрудничество с ПМом и разработчиками может быть очень полезным для проекта.
Чаще, чем хотелось бы – из-за меняющихся требований, нестабильного кода, сложных дедлайнов – все, кроме тестировщиков, теряют прицел на выход в релиз. Они как будто находятся в туннеле, света в конце которого не видать. ПМ и разработчики держат кулачки, ожидая конца тестирования.
Напряжение между разработкой, тестированием и управлением проектами появляется именно из-за этой разнице в перспективе, мотивах и нехватке коммуникации по проекту в целом.
Дорогие тестировщики, если вы находитесь в похожей ситуации, проявите сочувствие к коллегам. Остановитесь на секундочку и попытайтесь посмотреть на проект их глазами, почувствовать их тревогу и подумать, как вы можете помочь.
Это сплотит вашу команду и вас будут называть «зрелым тестировщиком».
Test менеджерами что это
* Для физических лиц действует скидка 10% Закажите корпоративное обучение с учетом ваших потребностей
Описание
Определяются понятия качества программного продукта и качества процесса разработки ПО. Рассматриваются связь тестирования и качества, вопросы качества процесса и качества тестирования.
Показана важная роль рисков в тестировании, описывается связь рисков и требований, рисков и приоритетов, дефектов и рисков. Анализируются проектные и процессные риски тестирования.
Детально описывается жизненный цикл тестирования, включающий планирование, подготовку и выполнение тестов, а также оценку результатов тестирования и готовности программного продукта к выпуску в эксплуатацию.
Описываются основные активности и артефакты тестирования, распределение активностей по ролям и по фазам проекта, вопросы управления, планирования и контроля в тестировании. Определены критерии завершения каждой фазы.
Рассматриваются основные линии взаимодействия между тест-менеджером и менеджером проекта разработки.
Даются наиболее важные метрики, связанные с дефектами ПО, их использование для оценки хода и результатов тестирования.
После прохождения курса выдается
сертификат на бланке IBS Training Center
Цели
После завершения обучения слушатели:
- Усвоят фундаментальные понятия тестирования и качества;
- Усвоят различия и взаимосвязь между качеством процесса и продукта;
- Усвоят взаимосвязь требований к продукту, тестирования и качества продукта;
- Смогут подходить к задачам тестирования с точки зрения управления рисками;
- Получат полное представление о работах, рабочих продуктах и ролях в ходе тестирования ПО;
- Смогут применять в своей работе основные метрики, связанные с дефектами.
Целевая аудитория
Начинающие тест-менеджеры
Предварительная подготовка
Класс специалиста по тестированию; Класс проектировщика тестов.
Разбираемые темы
1. Основы теории качества
2. Роль тестирования в проекте; цели тестирования
3. Понятия валидации и верификации
4. Тестирование в узком и широком смысле
5. Виды статического тестирования (технического рецензирования)
6. Место тестирования в системе качества
7. Понятия качества тестирования и продукта
8. Риски в тестировании, стратегии реагирования на риски
9. Связь рисков, приоритетов и дефектов ПО
10. Фазы тестирования, их результаты; участники и виды их деятельности по фазам
11. Планирование работ по тестированию
12. Стратегия тестирования
13. Тактика тестирования: раунды тестирования, планирование и исполнение
14. Оценка результатов тестирования и критерии готовности продукта
15. Метрики в тестировании
Развернуть программу
Раcписание курсов
Расписание Цены
01.02.2024 — 08.02.2024
Локация: Онлайн
Длительность: 10 ак.ч.
Время: 8:30 -10:30
10 900 руб.
Записаться
11 500 руб.
Записаться
Руководитель группы тестирования
Эксперт по управлению качеством ПО, управлению тестированием, анализу и совершенствованию инженерных процессов
Александр Александров – гуру российского тестирования ПО, эксперт по управлению качеством ПО, управлению тестированием, анализу и совершенствованию инженерных процессов с опытом работы более 50 лет, эксперт ISTQB.
Александр работает в компании IBS, где планирует и управляет тестированием в проектах, разрабатывает тестовые сценарии, проводит тестирование. Также Александр проводит аудиты процессов тестирования и смежных процессов, готовит предложения по совершенствованию этих процессов и участвует в реализации этих предложений.
Несколько лет работал в компании Auriga директором по качеству: занимался построением системы качества компании, подготовкой и успешным проведением оценивания компании на 4-й уровень CMMI.
С 2008 г. является экспертом по управлению качеством IBS. C 2010 г. – эксперт RSTQB – российского отделения International Software Testing Qualifications Board, всемирно известной международной организации по сертификации специалистов в области тестирования, что является признанием его профессиональных заслуг.
Преподавательскую деятельность Александр начал еще в 1970 г. в Московском государственном университете им. М.В. Ломоносова и в Московском государственном лингвистическом университете. С 2000 г. проводит тренинги в Учебном центре IBS, с 2006 г. – тренинг «Quality Assurance» университета Карнеги-Меллон, с 2011 г. – тренинги ISTQB.
Для меня было важным обсуждение вопросов по рискам, обсуждение документации по тестированию и необходимость метрик. Я получила массу полезной информации, смогла систематизировать уже имеющиеся знания, понять, на какие моменты необходимо обратить внимание и с чего приступить к работе начинающему тест-менеджеру.
Все очень понравилось. Данный курс помог мне систематизировать знания о жизненном цикле тестирования. Особенно было полезно обсуждение рисков. Понравился замечательный преподаватель, который был готов ответить на любые вопросы и помочь с домашками. Проведено логично, структурированно, доступно. Большое вам спасибо!
Тренинг помог структурировать имеющиеся знания. Многое буду применять в работе. Для меня было описание подходов к тестированию со стороны рисков, теперь буду больше обращать внимание на формализованные подходы (ранее делал это основываясь так сказать на внутренних подсказках.