Наш success story - Александр Клименко - Agile PechaKucha
1. Немного о себе
Профессионально
занимаюсь тестированием
вот уже 7 лет.
До этого принимал участие
в разработке ИС и
написании систем
контроля для
ультразвуковой сварки
Интересы менеджмент
тестирования , аналитика ,
горные лыжи ;)
2. Наш проект
Комлексное решение для синхронизации
данных мобильных телефонов.
Команды распределены по всей Европе
Выпущена и успешно работает уже вторая
версия системы
3. Веселая разработка, что это?
Довольный заказчик .
Нет авралов и
овертаймов
Хорошее настроение в
команде
“Удобности” для
работы
Работа на результат а
не процесс.
4. Люди VS Avatars
Все ключевые участники проекта знакомы лично (ну или
почти все ;) )
Любая проблема эскалируется с теми , кто может помочь с
ней справиться.
Нет длинных переписок по электронной почте там , где она
не нужна.
Скайп группы.
5. Наше ежедневное общение с
заказчиком
Мы не принимаем участие в Daily Scrum
meeting. О критичной информации нас
ставят в известность.
В случае возникновения риска или
критической ситуации ( почти не бывает)
Наша работа прозрачна для заказчика. Три
строчки в скайпе + результат.
6. Наша доска (Jira view)
Open
Ready for
Development
In development
Dev Complete
Done
Blocked
7. Наша доска (camera view)
В любой момент мы
можем посмотреть
на живую доску
Изменения на доске
синхронизируются с
Jira
8. Куда мы едем?
Все это знают.
Roadmap доступен
всегда
Каждый пункт в
этом списке —
ссылка на epic story
в Jira
9. Когда и что нас ждет?
Любые изменения в
плане проекта сразу
отражаются в
графике поставок.
График видят все.
10. Наши активности как QA на разных
этапах спринта (ранние стадии)
Начало спринта: создание формальных
тестов к карточкам прошедшего спринта и
оценка потенциальных рисков и
потребностей тестирования в спринте.
Закрепление карточек за тестировщиками.
QA owner comment.
Создание примерного списка тестов для
карточек
11. Наши активности как QA на разных
этапах спринта (поздние стадии)
Как только разработка карточки закончена
она доступна для тестирования ( макс 10
минут)
Все баги, принадлежащие карточке
прилинкованы к ней и добавлены в спринт.
Если все найденые баги исправлены (или
почти все ) QA Happy для карточек и для
багов.
13. Regressions
Stabilization period.
Complete set of tests
Regression tag.
14. Triage
Любые входящие “со
стороны” баги
проверяются ,
корректрируются если
нужно и ставятся в Ready
for development или
отправляются в
соответствующий проект.
PO определяет
необходимость устранения
той или иной проблемы.
15. Метрики явные и неявные
Время в очереди — основная
характеристика эффективности.
Состояние карточки легко проверяется по
связанным багам и их состоянию
Tracebility, coverage, effectiveness of tests —
можно добыть в любой момент.