Тестирование в условиях Lean: как приручить MVP?
24
Тестирование в условиях Lean: как приручить MVP?
Transcript of Тестирование в условиях 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
Что в итоге?
Все вышеперечисленные инструменты в нашихреалиях правда работают – мы проверяли
Они помогают нам поддерживать балансмежду качеством и скоростью.
