Какие основные проблемы есть при тестировании больших проектов и как их помогают решить гибкие (agile) практики.
Какие инструменты помогают снизить накладные расходы на тестирование при постоянно меняющихся требованиях
Денис Тучин - Типичные проблемы ретроспектив (Lean Coffee, 2016.03.11)
Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?
1. Денис Тучин
Круглый стол
«Как управлять качеством проекта?
Когда, как и чем его можно измерить?»
2015
Почему всегда не успеваем QA?
Как могут помочь гибкие
методы в управлении качеством?
2. О докладчике
Раньше
—С 2004 в разработке коммерческого
программного обеспечения
—С 2011 руководство проектами
Сейчас
—Проведение тренингов и консалтинга:
– Certified Agile Professional (ICAgile)
– Управление качеством в Agile проектах
– Управление требованиями в Agile проектах
– Scrum
– Метод Канбан (The Kanban Method)
3. Содержание
—Основные причины нехватки времени и ресурсов на
контроль качества (QA) IT-проектов
—Какие есть пути решения?
—Гибкие методы управления вне IT
—Меняющиеся и уточняющиеся требования во время
реализации проекта: что делать?
13. Итеративная модель
+ Раньше обнаруживаем дефекты в требованиях, и
проектировании
+ Раньше начинаем тестировать
– Интеграционные задачи часто оставляются на
последние итерации, а там больше всего рисков
– Обратная связь от заказчика часто только после
последней итерации
– Полноценная обратная связь ТОЛЬКО после
последней итерации
15. Модель готового к поставке
инкремента продукта (PSP)
+ Раньше обнаруживаем дефекты в требованиях, и
проектировании
+ Раньше начинаем тестировать
+ Первые интеграционные задачи обычно можем
включить в первые итерации
+ Качественная обратная связь от заказчика после
каждой итерации
16. Модель готового к поставке
инкремента продукта (PSP)
+ Раньше обнаруживаем дефекты в требованиях, и
проектировании
+ Раньше начинаем тестировать
+ Первые интеграционные задачи обычно можем
включить в первые итерации
+ Качественная обратная связь от заказчика после
каждой итерации
– Регрессионная спираль смерти
17. Модель готового к поставке
инкремента продукта (PSP)
+ Раньше обнаруживаем дефекты в требованиях, и
проектировании
+ Раньше начинаем тестировать
+ Первые интеграционные задачи обычно можем
включить в первые итерации
+ Качественная обратная связь от заказчика после
каждой итерации
– Регрессионная спираль смерти
! Автоматизация регрессионных пользовательских тестов
24. Проблемы
—Нужно постоянно актуализировать требования
—Нужно постоянно актуализировать тесты
—Нужно постоянно перетестировать
! Автоматизация регрессионных пользовательских тестов
27. Разработка диктуемая поведением
(Behavior Driven Development)
Шаблон
Имея (прим. given — данное) какой-то контекст,
Когда (прим. when) происходит событие,
Тогда (прим. then) проверить результат.
Пример
Название: Удачная авторизация в системе
Находясь на странице «Вход в систему»,
Когда пользователь осуществляет вход с корректными
логином и паролем,
Тогда происходит переход на страницу «Главная
страница личного кабинета».
29. Что почитать
—Спецификация на примерах:
Adzic, Gojko. «Specification by example: How
successful teams deliver the right software»
—Разработка диктуемая поведением:
http://behaviourdriven.org/
30. Контактные данные
С удовольствием отвечу
на любые вопросы
Skype: denis.tuchin
Тел./Viber: +7(968)764-11-98
http://linkedin.com/in/denistuchin
https://www.facebook.com/denis.tuchin
dtuchin@scrumtrek.ru
http://scrumtrek.ru/