Как вводить нового тестировщика в команду

Software quality assurance days17 Международная конференция по вопросам качества ПОsqadays.com

Минск. 29–30 мая 2015

Узенцова НаталияTotal Objects. Санкт-Петербург, Россия

Как вводить нового тестировщика в команду


О себе

2010-2011

System engineer

c 2012 Test Manager

Активный участник


План

‒ Серебряная пуля, есть или нет?

‒ Первый день, что делать?

‒ О главном

‒ Немного советов


Серебряная пуля, есть или нет?

‒Баги;‒Артефакты;‒Багтрекинги

Все занимаемся тестированием


Первый день, что делать?

‒ Не опаздывать

‒ Познакомить с командой;

‒ Попросить его рассказать о себе команде;

‒ Сделать самому небольшую вводную часть в работу компании;

‒ Очертить круг обязанностей;

‒ Отдать ментору;

Не забыть поставить галочки напротив каждого из этих пунктов


О главном

Стандартно

Молодая компания: набор регрессионных тестов;

Взрослая компания: + видео уроки

Антипаттерны


О главном: почему так?

1. Оставляете человека один на один с материалом;

2. Не всегда весь материал нужен сейчас;

3. Нельзя полностью полагаться на результаты прохождения регрессионных тестов новым человеком;

4. Это скучно.


О главном: с чего начать

Короткая презентация по вашему продукту:

‒Зачем;

‒Для чего;

‒Как тестируется;

‒Кем тестируется;

‒Кому можно задавать вопросы.


О главном: Tutorial

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

Определите результат:

тест кейс и готовые выходные данные в системе.

Сделайте его на 2-4 дня, в зависимости от сложности проекта


Пример

Дано:

Для создания объекта

Зайдите на страницу А введите в поля B1..Bn значения C1..Сn, далее переходя по страницам получите набор документов D. Загрузите документы в систему S. Откройте систему K и проверьте, что значения со страницы А правильно передались в соответствующие поля. Результат:

Документы загружены в систему S. Объект правильно передался в систему К.


О главном: что ещё?

Если есть готовые Аудиолекции.

‒Выберите только тот функционала, с которым будет работать тестировщик;

‒Попросите повторить в системе то, о чет говорится в лекциях;

‒Попросите заводить баги, если найдет Верифицируйте их;

‒Поговорите с ним после прослушанной лекции, всё ли понятно


О главном: всё же Regression

Нужно объяснить зачем

НЕТ:

Давно никто не делал регрессионное тестирование, пусть сделает

Нет свободных людей для регрессионного тестирования

ДА:

Есть важные, сложные и основополагающие тесты, которые помогут узнать детали


О главном: Окончательный этап

‒ Даем на тестирование баги

‒ Маленькие задачи

‒ Даем задачи посерьезнее, проверяем как заведены баги, как написаны Тест кейсы

‒ Отпускаем в свободное плаванье, в придачу даем все ссылки на необходимое


Советы


Совет 1

Обращайте внимание на вопросы, которые задает тестер

Составьте список хороших вопросов:

‒Какой бизнес смысл тестируемого функционала;

‒Где узкие места в системе;

‒Какие тесты приоритетны;

‒ и т. п.


Совет 2

Подумайте, что вы ожидаете от нового человека

Составьте ещё один список:

‒Понимание тестируемого продукта за 1.5 месяца;

‒Нахождение сложных багов;

‒Хорошее описание багов;

‒Хорошее написание тест кейсов;

‒И т.п.


Совет 3

Не оставляйте нового человека наедине с собой – давайте дробные задания не

больше, чем на 4-6 часов, чтобы можно было дать быстрый фитбек.


Совет 4

Face to Face meetings

Периодичностью раз в 2.5-3 недели на протяжении всего испытательного срока


Главное

Не только тестировщик должен понравиться вам и вашей команде, но и

команда должна понравиться ему


Контакты

[email protected]

nataliya.uzentsova

Education

Как вводить нового тестировщика в команду