Тестирование в условиях lean: как приручить mvp?

Тестирование в условиях Lean:как приручить MVP?

О себе:

Нина Белан

- 3 года в тестировании

- Участвовала в проектах разного масштаба инаправленности

- Была единственным тестировщиком напроекте, работала в команде

1

230сотрудников

12 млнпосетителей в месяц

2003год основания

600 тыс.посетителей в день

Tutu.ru — самый посещаемый сервис туристических услуг в России (по результатам исследования comScore).

О Туту.ру

2

Lean Startup? О чем это?

3

1. Минимизация ненужных расходов и экономиявсех возможных средств

3. Получение максимального кол-ва информации о клиенте в единицу времени

2. Вовлеченность в процесс оптимизации каждогосотрудника

MVP (Minimum Viable Product)

4

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

MVP: Minecraft

5

- 6 дней кодинга

- 1 разработчик

- больше 100 релизов за 1 год

О чем мы мечтаем?

- Максимальный уровень качества

- Много новых крутых фич

Что нам для этого нужно?

- Ресурсы (деньги, время)

6

Быть может, максимальный уровень качества … не нужен?

Как масштабировать тестирование под нужды проекта?

7

8

Методологии и инструменты:

1. Бизнес-анализ задачи

2. Работа с рисками

3. Градации качества

4. Acceptance criteria для разработчиков

5. Отложенное написание документации

9

Бизнес-анализ задачи:

1. Вовлечение в процесс оптимизации бизнеса каждого сотрудника

2. Максимальная ориентация на потребителя

10

Работа с рисками

Риски

допустимые недопустимые

Фича: добавляем время обновления предложений

Недопустимые риски:

11

Допустимые риски:

12

13

Градации качества

Основные и дополнительные сценарии

14

Acceptance criteria, пример. Что проверяем?

15

16

Acceptance criteria, как это выглядит?

и так далее…

1. Меньше сырых задач

Почему это нравится тестировщикам?

17

2. Тестировщики раньше включаются в процесс работы над задачей

5. У нас есть возможность посмотреть на задачу с точки зрения нескольких человек

4. Мы учимся формулировать, конкретно и четко выделяем узкие и проблемные места в продукте

3. На тестирование задач с АС уходит меньше времени, чем на тестирование аналогичных без них

18

Почему это нравится разработчикам?

1. Четкий список сценариев с конкретными данными, которые надо проверить

2. Предварительный анализ задачи

3. Статистика и обратная связь

Немного статистики

19

20

Отложенная документация

- Пишем кейсы только на устоявшийся функционал

- Без лишней детализации

- Несколько раз подумаем, прежде чем написать кейс

21

22

Что в итоге?

Все вышеперечисленные инструменты в нашихреалиях правда работают – мы проверяли

Они помогают нам поддерживать балансмежду качеством и скоростью.

Нина Белан

nbelan@tutu.ru+7 926 061-06-33

Skype: railven_milva

Старший тестировщик