Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?

445 views

Published on

Какие основные проблемы есть при тестировании больших проектов и как их помогают решить гибкие (agile) практики.
Какие инструменты помогают снизить накладные расходы на тестирование при постоянно меняющихся требованиях

Published in: Software
  • Be the first to comment

Денис Тучин - Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?

  1. 1. Денис Тучин Круглый стол «Как управлять качеством проекта? Когда, как и чем его можно измерить?» 2015 Почему всегда не успеваем QA? Как могут помочь гибкие методы в управлении качеством?
  2. 2. О докладчике Раньше —С 2004 в разработке коммерческого программного обеспечения —С 2011 руководство проектами Сейчас —Проведение тренингов и консалтинга: – Certified Agile Professional (ICAgile) – Управление качеством в Agile проектах – Управление требованиями в Agile проектах – Scrum – Метод Канбан (The Kanban Method)
  3. 3. Содержание —Основные причины нехватки времени и ресурсов на контроль качества (QA) IT-проектов —Какие есть пути решения? —Гибкие методы управления вне IT —Меняющиеся и уточняющиеся требования во время реализации проекта: что делать?
  4. 4. ПРИЧИНЫ НЕХВАТКИ ВРЕМЕНИ И РЕСУРСОВ НА ОБЕСПЕЧЕНИЕ КАЧЕСТВА (QA)
  5. 5. Каскадная модель разработки ПО Требования Проектирование Реализация Тестирование Приёмка Сопровождение
  6. 6. Каскадная модель (Гант) Требова ния Проектиро вание Реализаци я Тестирован ие Приёмка Сопрово ждение
  7. 7. Каскадная модель (Гант) Требова ния Проектиро вание Реализаци я Тестирован ие Приёмка Сопрово ждение Dead lineRed line
  8. 8. Каскадная модель (Реальная жизнь) Требова ния Проектиро вание Реализаци я Тестирован ие Приёмка Сопрово ждение Dead lineRed line
  9. 9. Каскадная модель: Дефекты Требования Проектирование Реализация Тестирование Приёмка Сопровождение
  10. 10. Кривая стоимости изменений Барри Боема
  11. 11. НЕХВАТКА ВРЕМЕНИ И РЕСУРСОВ НА QA ПУТИ РЕШЕНИЯ
  12. 12. Итеративная модель
  13. 13. Итеративная модель + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать – Интеграционные задачи часто оставляются на последние итерации, а там больше всего рисков – Обратная связь от заказчика часто только после последней итерации – Полноценная обратная связь ТОЛЬКО после последней итерации
  14. 14. Модель готового к поставке инкремента продукта (PSP)
  15. 15. Модель готового к поставке инкремента продукта (PSP) + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать + Первые интеграционные задачи обычно можем включить в первые итерации + Качественная обратная связь от заказчика после каждой итерации
  16. 16. Модель готового к поставке инкремента продукта (PSP) + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать + Первые интеграционные задачи обычно можем включить в первые итерации + Качественная обратная связь от заказчика после каждой итерации – Регрессионная спираль смерти
  17. 17. Модель готового к поставке инкремента продукта (PSP) + Раньше обнаруживаем дефекты в требованиях, и проектировании + Раньше начинаем тестировать + Первые интеграционные задачи обычно можем включить в первые итерации + Качественная обратная связь от заказчика после каждой итерации – Регрессионная спираль смерти ! Автоматизация регрессионных пользовательских тестов
  18. 18. ГИБКИЕ МЕТОДЫ УПРАВЛЕНИЯ ВНЕ IT
  19. 19. Отрасли, где применяются Scrum и метод канбан https://blog.taiga.io/agile_as_management_tool_for_non_IT.html
  20. 20. Использование Agile в не IT проектах в России Маркетинг Бухгалтерия Внедрение изменений
  21. 21. Что почитать —Agile: http://www.agilemanifesto.org/iso/ru/ —Потенциально готовый продукт: http://www.scrumguides.org/docs/scrumguide/v1/Scrum- Guide-RUS.pdf —Автоматизации тестирования Лиза Криспин, Джанет Грегори. «Гибкое тестирование» (13-14 главы) —Конференция Lean Kanban Russia (2-3 октября) http://leankanban.ru/
  22. 22. МЕНЯЮЩИЕСЯ И УТОЧНЯЮЩИЕСЯ ТРЕБОВАНИЯ ВО ВРЕМЯ РЕАЛИЗАЦИИ ПРОЕКТА: ЧТО ДЕЛАТЬ?
  23. 23. Проблемы —Нужно постоянно актуализировать требования —Нужно постоянно актуализировать тесты —Нужно постоянно перетестировать
  24. 24. Проблемы —Нужно постоянно актуализировать требования —Нужно постоянно актуализировать тесты —Нужно постоянно перетестировать ! Автоматизация регрессионных пользовательских тестов
  25. 25. Спецификация на примерах (Specification By Example)
  26. 26. Спецификация на примерах (Specification By Example) —Спецификация и тест-кейсы – один документ —Обновляя одно, обновляется и другое
  27. 27. Разработка диктуемая поведением (Behavior Driven Development) Шаблон Имея (прим. given — данное) какой-то контекст, Когда (прим. when) происходит событие, Тогда (прим. then) проверить результат. Пример Название: Удачная авторизация в системе Находясь на странице «Вход в систему», Когда пользователь осуществляет вход с корректными логином и паролем, Тогда происходит переход на страницу «Главная страница личного кабинета».
  28. 28. Разработка диктуемая поведением (Behavior Driven Development) —Возможность автоматизировать спецификацию на примерах
  29. 29. Что почитать —Спецификация на примерах: Adzic, Gojko. «Specification by example: How successful teams deliver the right software» —Разработка диктуемая поведением: http://behaviourdriven.org/
  30. 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/

×