Особенности параллельного тестирования нескольких проектов Лавриненко Оля

1. Лавриненко Оля
Project Manager @ Mobindustry Corp.
Днепропетровск, 2012

2. Почему?
 «Хочу тоже делиться знаниями и вдохновлять
людей!»
 Работаю в компании, в которой вопрос
параллельного тестирования нескольких
небольших проектов стоит крайне остро
 Получить обратную связь, советы и рекомендации
2

3. О чем?
 Как в компании Mobindustry организован процесс
тестирования и чем такая организация отличается от
классической;
 Что дает такой способ построения работы
тестировщиков;
 Что и как делать тестировщику, когда проектов
несколько, задач много, а времени мало;
 Какие качества могут помочь тестировщику
качественно работать и при этом не сойти с ума при
параллельном ведении нескольких проектов.
3

4. Кому?
 Тестировщикам
 Менеджерам проектов
 Другим IT-специалистами
4

5. Mobindustry: входящие данные
- Около 8-10 небольших проектов проектов;
- 10 разработчиков;
- 2 проджект-менеджера;
- 0 бизнес-аналитиков;
- 1-2 тестировщика;
- Входящая документация по проекту, как правило,
не отличается подробностью;
- Релизы каждую неделю.
5

6. Как оно было
 Из-за неподробных требований проект стартовал
крайне медленно и заканчивался крайне интенсивно;
 ПМ тратил много времени на выяснение требований и
их оформление;
 Тестировщик «включался» в проект не в его начале, а
когда уже петух клюнул и надо тестировать первый
билд;
 Писать какую-либо тестовую документацию, кроме
баг-репортов, времени не было;
 Каждый проект был напряженным, психика всех
членов команды могла желать лучшего.
6

7. «Нетакое» тестирование
о Подписали контракт, есть «входящая спецификация»
(Sales Manager);
к Она перенаправляется всем членам команды для
ознакомления (PM, devs, tester);
) PM или Sales Manager выясняю доп. детали;
т Все (SM, PM, devs, tester) собираются на
synchronization meeting;
m Тестировщик пишет кастомную документацию –
она служит задачами для разработчиков и тест-
чеклистом для тестировщика.
7

8. Пример «нетакой» тестовой
документации
 По нажатию на кнопку Select type, появляется попап-скрин
SC_02_select.png.
 По нажатию на категорию, например, Eyelashes, на попапе
появятся подкатегории для категории Eyelashes.
 По нажатию на подкатегорию, закроется попап и откроется
основной скрин создания ордера.
 В левой колонке будет картинка для выбранной подкатегории,
а в средней колонке будет список продукции этой
подкатегории с указанием цены.
 По нажатию на какой-то элемент в средней колонке, этот
элемент появляется в правой колонке Order. Количество по
умолчанию: 1.
8

9. Что это дает?
 Проект качественно (с адекватной
спецификацией) стартует в течение 1-2 дней;
 ПМ тратит меньше времени на оформление
требований и задач членам команды;
 Тестировщик досконально изучает требования к
продукту в начале проекта;
 Появляется тестовая документация, которая на
порядок улучшает качество интуитивного
тестирования.
9

10. Что и как делать тестировщику в
таких условиях
 Начинать тестировать  Использовать
рано; изолированное тестовое
 Вносить свой вклад в окружение;
детальность  Планировать - составлять
спецификации; план-расписание приема
 Участвовать в обсуждение проектов на тестирование;
любых изменений в  Составлять
функциональности; функциональную план-
 По-максимуму схему проекта (regression
использовать багтрекер; sanity testing);
 Раставлять приоритеты;
By failing to plan, you are planning to fail

11. Вспомогательные качества
 Инициативность;
 Активность;
 Нацеленность на результат;
 Стрессоустойчивость;
 Умение «отключаться» от работы;

12. Итого
 Кастомная тестовая документация экономит время,
улучшает качество тестирования, решает ряд других
проблем;
 Планировать тестирование – план-расписание приема
проектов на тестирование и функцион. план-схема
проекта;
 Инициативность может помочь тестировщику в этом
хаосе;
 Любите свою работу и умейте от нее отдыхать.
12

13. Спасибо за внимание!
Оля Лавриненко
Менеджер проектов в
Mobindustry Corp.
olavrinenko@mobindustry.net
Skype: olga-lavrinenko
13