Home

Автор: Катрина Клоки (Katrina Clokie).
Оригинал статьи
Перевод: Ольга Алифанова.

Если вы – тестировщик в Agile-команде, то вы легко впадете в комфортабельный паттерн тестирования. Прозрачность ежедневных стендапов и размышления на ретроспективах создают иллюзию постоянного развития и улучшения. Эти рутины дают нам ощущение, что мы очень гибко работаем, но стоит копнуть чуть глубже, и может оказаться, что мы не так адаптивны, как кажется.

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

Мы отобрали доклады с конференции SQA Days 24, посвященные вопросам управления людьми в тестировании. 

1. "Экспертный" тест-менеджер - почему им нельзя стать и что из этого следует, Андрей Ладутько, PandaDoc, Минск

2. Статика vs Динамика. REVолюционные изменения в команде тестирования, Елена Светлова, Олеся Серегина, T-Systems, Санкт-Петербург

3. Экономика тестирования. версия 1.0, Александр Александров, Luxoft, Москва

Автор: Анастасия Смирнова

Оригинальная публикация: http://quality-lab.ru/tools-test-manager/

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

Чек-листы

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

Canva

http://www.canva.com/ru_ru/sozdat/checklist/

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

Автор: Анаит Азоян, тест-менеджер компании "Лаборатория качества"

Оригинальная публикация: http://quality-lab.ru/how-to-make-difficult-communications-on-a-project-easier/

А начнем так…

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

Автор: Ким Энджел (Kim Engel)

Оригинал статьи: https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10

Перевод: Ольга Алифанова

Я постоянно помогаю людям. Звучит, будто я хвастаюсь, потому что помощь другим – это хорошее дело, не правда ли? По моему опыту, позитивная помощь при работе с ПО приносит неплохие дивиденды, однако недавно я узнала, что чересчур ответственный тест-менеджер фактически подрывает качество релиза.

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

• Автоматизированные юнит-тесты не проверяются неделями или месяцами.
• Релизы для тестирования и для прода выполняются разными командами.

Это серьезные риски для качества продукта, которые тест-менеджер не может игнорировать. Я работала с выдающимися людьми в индустрии разработки ПО. Их тоже волновали эти риски, но ограничения по времени, ресурсам и бюджетам не позволяли им внедрять решения этих проблем. Каждый раз я соглашалась (и зачастую вызывалась сама) брать эти задачи на себя вместо того, чтобы принять их как данность.

Мы отобрали доклады с конференции SQA Days 21, посвященные вопросам управления людьми в тестировании.

1. Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца, Наталья Руколь, Quality Lab., Москва, Олег Грабко, Quality Lab., Нижний Новгород

2. Тестирование в крупных стартапах или как упорядочить хаос, Александр Мешков, Performance Lab, Москва

3. Бизнес-ориентированное тестирование eCommerce приложений, Игорь Бондаренко, Neklo, Минск

Если вы тест-менеджер, на вас ложится ответственность организовать рабочий процесс в своей команде. И в идеале так, чтобы всем сотрудникам было комфортно. Задача не простая. Но спикеры, приглашенные на конференцию COMAQA Spring 2017, попытались с ней разобраться.

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

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

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

Ниже представляем записи докладов, где были озвучены эти и другие интересные тест-менеджеру вопросы:

Автор: Юлия Миронова, ведущий специалист по тестированию компании "Лаборатория качества"

Оригинальная публикация: http://quality-lab.ru/do-you-need-specialized-testers-in-your-team/

Предыстория вопроса

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

Специализация: когда она работает на нас, а когда – против?

Для начала отметим некие общие принципы, которые нужно учесть.

Итак, специализация явно нужна в следующих случаях:

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

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

Вопрос в том, как это лучше сделать: полностью пересмотреть процесс управления, или просто внести небольшие корректировки в работу?

Ниже мы публикуем видеозаписи выступлений наших коллег на конференции CEE SECR “Разработка ПО”, где они делятся опытом работы со своей командой: Длинный путь к DevOps? Михаила Громова и Проблемы процесса разработки с точки зрения тестирования Никиты Сыскова.

В ноябре на форуме software-testing.ru был опрос про то хотят ли тестировщики стать руководителями. На вопросы ответили почти 80 человек. Ниже результаты

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