SlideShare a Scribd company logo
Software quality assurance days
17 Международная конференция
по вопросам качества ПО
sqadays.com
Минск. 29–30 мая 2015
Евгений Кривошеев
ekrivosheyev@scrumtrek.ru
Москва, Россия.
Points of View: ключ к общению QAs и
архитекторов. Видим качество за диаграммами.
Software quality assurance days
17 Международная конференция
по вопросам качества ПО
sqadays.com
Минск. 29–30 мая 2015
Евгений Кривошеев
ekrivosheyev@scrumtrek.ru
В scrumtrek я отвечаю за инженерное направление –
обучение программистов и QA, архитектурный
консалтинг, разработка.
Тема доклада навеяна нашим проектом обучения QA в
одном крупном европейском банке.
Пишите – с удовольствием отвечу на все вопросы.
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
В какой момент возникают проблемы
с качеством
– Моменты принятия инженерных решений
– Моменты оценок своих решений инженерами
– Моменты общения ключевых ролей
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Как должны приниматься
инженерные решения
– Дизайн как компромисс
– Обоснованность решений через требования
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
В реальности:
«Все плохо. Но уже поздно.»
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Почему QA видит проблемы
лучше DEV
– Понимание требований
– Фокус на внешнем качестве
– Нет привязанности к коду
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Как QA может рано
увидеть проблемы
– Меппинг инженерных решений на характеристики
– Право на вето или необходимость эксперимента
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Фреймворк коммуникаций
– QA в архитектурной группе
– Участие в решениях как можно раньше
– «Чем платим за решение?» ⟶ trade-off
– «Обоснуй» ⟶ через FR и NFR
– «Твои оценки» ⟶ опыт DEV и риски решения
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Points of View
– «Слон» и «Гиперкуб»
– Что важнее: схема БД или Concurrency Design?
– Не делать лишнего и привычного
– Приоритезация
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Архитектурные фреймворки
на базе PoV
– 4+1
– Rozansky&Woods
– Zachman
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
QA накапливает экспертизу
в разных PoV
– Объем знаний в каждой PoV
– Видеть качество за картинками
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Шаблон №1:
видим качество за UML Class Diagram
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Диагноз по Class Diagram ⟶ NFR
– Инкапсуляция
– Точки расширяемости
– Ассоциации и зависимости
– API
– State
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Шаблон №2:
видим качество за
UML Sequence Diagram
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Диагноз по Sequence ⟶ NFR
– Структура (внезапно)
– Ответственности компонентов
– Порядок операций
– Гранулярность операций
– Sync/async
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Шаблон №3:
видим качество
за UML Deployment Diagram
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Диагноз по Sequence ⟶ NFR
– Самостоятельно
Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
Еще раз про
фреймворк коммуникаций
– QA в архитектурной группе
– Участие в решениях как можно раньше
– «Чем платим за решение?» ⟶ trade-off
– «Обоснуй» ⟶ через FR и NFR
– «Твои оценки» ⟶ опыт DEV и риски решения
– Накопление инженерной экспертизы в PoV
– Через PoV типовые вопросы инженерам
Software quality assurance days
17 Международная конференция
по вопросам качества ПО
sqadays.com
Минск. 29–30 мая 2015
Евгений Кривошеев
ekrivosheyev@scrumtrek.ru
Обсуждение вопросов

More Related Content

PPTX
Александр Александров -- Дефектные дефекты
PPTX
Анатолий Любомиров -- Тестирование пользовательского интерфейса – как это дел...
PPTX
Квантовые скачки длинной в два года: как переключиться в режим менеджера?
PDF
Как осмыслять жизнь на окраинах?
PDF
Better Page Object Handling with Loadable Component Pattern - SQA Days 20, Be...
PPT
Оптимизируем тест кейсы
PPTX
Надежный тест-дизайн
PPT
Тест-дизайн: проще читать или проще писать
Александр Александров -- Дефектные дефекты
Анатолий Любомиров -- Тестирование пользовательского интерфейса – как это дел...
Квантовые скачки длинной в два года: как переключиться в режим менеджера?
Как осмыслять жизнь на окраинах?
Better Page Object Handling with Loadable Component Pattern - SQA Days 20, Be...
Оптимизируем тест кейсы
Надежный тест-дизайн
Тест-дизайн: проще читать или проще писать

Similar to Points Of View как ключ к общению QAs и инженеров – видим качество за диаграммами (20)

PPTX
«трудности при разработке сложных распределённых систем на Java. способы реше...
PDF
Integrating Open Source Software Environments into Software Development Pro...
PPTX
Собираем кубик Рубика
PPTX
Собираем кубик Рубика: восстановление архитектурного описания корпоративной р...
PPTX
ПиАПС, Лекция №1б - Представление архитектуры
PPT
2013-04-06 01 Максим Юнусов. Архитектура в agile-проекте
PPT
Архитектура в Agile проекте
PPTX
Улучшить KPI в два раза? Сделано!
PPTX
Jpoint 2017 - как это было (обзор конференции)
PPT
Базовые принципы и понятия технологии разработки объектно-ориентированных инф...
PPT
Модель системы — архитектура для Agile-разработки
PDF
SECON'2014 - Александр Бындю - Переход от монолитной архитектуры к распределе...
PPTX
Как выжить глобальной корпорации?
PPTX
Переписать нельзя рефакторить
PDF
Практики командной работы: о пользе письменных артефактов
PDF
Концепция продукта
PPTX
Management of projects
PPTX
Agile
PDF
Бизнес и системный анализ весна 2013 лекция 7
PPTX
Эффективное объектно-ориентированное проектирование и структурное качество пр...
«трудности при разработке сложных распределённых систем на Java. способы реше...
Integrating Open Source Software Environments into Software Development Pro...
Собираем кубик Рубика
Собираем кубик Рубика: восстановление архитектурного описания корпоративной р...
ПиАПС, Лекция №1б - Представление архитектуры
2013-04-06 01 Максим Юнусов. Архитектура в agile-проекте
Архитектура в Agile проекте
Улучшить KPI в два раза? Сделано!
Jpoint 2017 - как это было (обзор конференции)
Базовые принципы и понятия технологии разработки объектно-ориентированных инф...
Модель системы — архитектура для Agile-разработки
SECON'2014 - Александр Бындю - Переход от монолитной архитектуры к распределе...
Как выжить глобальной корпорации?
Переписать нельзя рефакторить
Практики командной работы: о пользе письменных артефактов
Концепция продукта
Management of projects
Agile
Бизнес и системный анализ весна 2013 лекция 7
Эффективное объектно-ориентированное проектирование и структурное качество пр...
Ad

More from Evgeniy Krivosheev (11)

PDF
Архитектура как функция от ?. Что мы не учитываем и убиваем проекты.
PDF
Осознанность рефакторинга: Модель принятия инженерных решений
PDF
[Skill trek] type idioms at domain analysis
PDF
Design&Process Models
PPTX
[SkillTrek] Бизнес-кейсы
PPTX
[SkillTrek] Презентация
PPTX
Вебинар "Введение в процесс разработки ПО"
PDF
Tdd Workbook
PDF
Введение в веб каркас Struts2
PPT
Tdd Workshop Disscussions
PPT
Design Rules And Principles
Архитектура как функция от ?. Что мы не учитываем и убиваем проекты.
Осознанность рефакторинга: Модель принятия инженерных решений
[Skill trek] type idioms at domain analysis
Design&Process Models
[SkillTrek] Бизнес-кейсы
[SkillTrek] Презентация
Вебинар "Введение в процесс разработки ПО"
Tdd Workbook
Введение в веб каркас Struts2
Tdd Workshop Disscussions
Design Rules And Principles
Ad

Points Of View как ключ к общению QAs и инженеров – видим качество за диаграммами

  • 1. Software quality assurance days 17 Международная конференция по вопросам качества ПО sqadays.com Минск. 29–30 мая 2015 Евгений Кривошеев ekrivosheyev@scrumtrek.ru Москва, Россия. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
  • 2. Software quality assurance days 17 Международная конференция по вопросам качества ПО sqadays.com Минск. 29–30 мая 2015 Евгений Кривошеев ekrivosheyev@scrumtrek.ru В scrumtrek я отвечаю за инженерное направление – обучение программистов и QA, архитектурный консалтинг, разработка. Тема доклада навеяна нашим проектом обучения QA в одном крупном европейском банке. Пишите – с удовольствием отвечу на все вопросы.
  • 3. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. В какой момент возникают проблемы с качеством – Моменты принятия инженерных решений – Моменты оценок своих решений инженерами – Моменты общения ключевых ролей
  • 4. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Как должны приниматься инженерные решения – Дизайн как компромисс – Обоснованность решений через требования
  • 5. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. В реальности: «Все плохо. Но уже поздно.»
  • 6. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Почему QA видит проблемы лучше DEV – Понимание требований – Фокус на внешнем качестве – Нет привязанности к коду
  • 7. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Как QA может рано увидеть проблемы – Меппинг инженерных решений на характеристики – Право на вето или необходимость эксперимента
  • 8. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Фреймворк коммуникаций – QA в архитектурной группе – Участие в решениях как можно раньше – «Чем платим за решение?» ⟶ trade-off – «Обоснуй» ⟶ через FR и NFR – «Твои оценки» ⟶ опыт DEV и риски решения
  • 9. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Points of View – «Слон» и «Гиперкуб» – Что важнее: схема БД или Concurrency Design? – Не делать лишнего и привычного – Приоритезация
  • 10. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Архитектурные фреймворки на базе PoV – 4+1 – Rozansky&Woods – Zachman
  • 11. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
  • 12. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. QA накапливает экспертизу в разных PoV – Объем знаний в каждой PoV – Видеть качество за картинками
  • 13. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Шаблон №1: видим качество за UML Class Diagram
  • 14. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
  • 15. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Диагноз по Class Diagram ⟶ NFR – Инкапсуляция – Точки расширяемости – Ассоциации и зависимости – API – State
  • 16. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Шаблон №2: видим качество за UML Sequence Diagram
  • 17. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
  • 18. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Диагноз по Sequence ⟶ NFR – Структура (внезапно) – Ответственности компонентов – Порядок операций – Гранулярность операций – Sync/async
  • 19. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Шаблон №3: видим качество за UML Deployment Diagram
  • 20. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.
  • 21. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Диагноз по Sequence ⟶ NFR – Самостоятельно
  • 22. Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами. Еще раз про фреймворк коммуникаций – QA в архитектурной группе – Участие в решениях как можно раньше – «Чем платим за решение?» ⟶ trade-off – «Обоснуй» ⟶ через FR и NFR – «Твои оценки» ⟶ опыт DEV и риски решения – Накопление инженерной экспертизы в PoV – Через PoV типовые вопросы инженерам
  • 23. Software quality assurance days 17 Международная конференция по вопросам качества ПО sqadays.com Минск. 29–30 мая 2015 Евгений Кривошеев ekrivosheyev@scrumtrek.ru Обсуждение вопросов