Доклад Евгения Кривошеева на конференции SQA Days-17, 29-30 мая 2015 г., Минск www.sqadays.com

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
Обсуждение вопросов