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

Software quality assurance days 17 Международная конференция по вопросам качества ПО sqadays.com

Минск. 29–30 мая 2015

Евгений Кривошеев [email protected] Москва, Россия.

Points of View: ключ к общению QAs и архитекторов. Видим качество за диаграммами.


Минск. 29–30 мая 2015

Евгений Кривошеев [email protected] В scrumtrek я отвечаю за инженерное направление – обучение программистов и QA, архитектурный консалтинг, разработка. Тема доклада навеяна нашим проектом обучения QA в одном крупном европейском банке. Пишите – с удовольствием отвечу на все вопросы.


В какой момент возникают проблемы с качеством

– Моменты принятия инженерных решений – Моменты оценок своих решений инженерами – Моменты общения ключевых ролей


Как должны приниматься инженерные решения

– Дизайн как компромисс – Обоснованность решений через требования


В реальности: «Все плохо. Но уже поздно.»


Почему QA видит проблемы лучше DEV

– Понимание требований – Фокус на внешнем качестве – Нет привязанности к коду


Как QA может рано увидеть проблемы

– Меппинг инженерных решений на характеристики – Право на вето или необходимость эксперимента


Фреймворк коммуникаций

– QA в архитектурной группе – Участие в решениях как можно раньше – «Чем платим за решение?» ⟶ trade-off – «Обоснуй» ⟶ через FR и NFR – «Твои оценки» ⟶ опыт DEV и риски решения


Points of View

– «Слон» и «Гиперкуб» – Что важнее: схема БД или Concurrency Design? – Не делать лишнего и привычного – Приоритезация


Архитектурные фреймворки на базе PoV

– 4+1 – Rozansky&Woods – Zachman



QA накапливает экспертизу в разных PoV

– Объем знаний в каждой PoV – Видеть качество за картинками


Шаблон №1: видим качество за UML Class Diagram



Диагноз по Class Diagram ⟶ NFR

– Инкапсуляция – Точки расширяемости – Ассоциации и зависимости – API – State


Шаблон №2: видим качество за

UML Sequence Diagram



Диагноз по Sequence ⟶ NFR

– Структура (внезапно) – Ответственности компонентов – Порядок операций – Гранулярность операций – Sync/async


Шаблон №3: видим качество

за UML Deployment Diagram



Диагноз по Sequence ⟶ NFR

– Самостоятельно


Еще раз про фреймворк коммуникаций

– QA в архитектурной группе – Участие в решениях как можно раньше – «Чем платим за решение?» ⟶ trade-off – «Обоснуй» ⟶ через FR и NFR – «Твои оценки» ⟶ опыт DEV и риски решения – Накопление инженерной экспертизы в PoV – Через PoV типовые вопросы инженерам


Минск. 29–30 мая 2015

Евгений Кривошеев [email protected]

Обсуждение вопросов