Vladimir Arutin (QA engineer in HYS Enterprise) and Nikolay Tsyb (Java Engineer in Oracle Ukraine) will share their experience and tell how QA and Dev can help each other when working on product creation, as well as about the productive collaboration of these two branches. We’ll talk about: Google old swagger, and why we’re fond of it Microservices contract testing, or why a deal is a deal Ordered chaos as an alternative to the arrangement Use of PACT and act How to hedge your microservices’ work Advantages of Consumer-Driven Contract over end-to-end tests Dev/QA symbiosis or “per aspera ad astra” (to the stars by hard ways)

2. NICKOLAY TSYB
SOFTWARE DEVELOPER
at Oracle Ukraine
About 9 years of commerce development
Hillel teacher
VLADIMIR ARUTIN
QA ENGINEER
at HYS Enterprise
ISTQB® Certified Test Manager
ISTQB and QA Manual
Training Instructor
Certified Coach, Public
Speaker

3. СОДЕРЖАНИЕ:
ЗНАКОМСТВО
ГЛАВА 1. ХОРОШИЙ, ПЛОХОЙ, ЗЛОЙ
ГЛАВА 2. СТАРЫЙ ДОБРЫЙ SWAGGER
ГЛАВА 3. ДОГОВОР ДОРОЖЕ ДЕНЕГ
ГЛАВА 4. ЗАЧЕМ ТЕСТИРОВЩИКУ СНИФФЕРЫ
ГЛАВА 5. В НАЧАЛЕ БЫЛ ХАОС
В КАЧЕСТВЕ ЭПИЛОГА

4. КЕЙСЫ ИЗ ЖИЗНИ
ГЛАВА 1. ХОРОШИЙ, ПЛОХОЙ,
ЗЛОЙ

5. КЕЙСЫ ИЗ ЖИЗНИ
Проблема коммуникации
6! 9!
DEV QA

6. КЕЙСЫ ИЗ ЖИЗНИРазное виденье и плохая
коммуникация

7. КЕЙСЫ ИЗ ЖИЗНИ

8. Стремление ломать, а не строить

9. Непонимание общей цели

10. КЕЙСЫ ИЗ ЖИЗНИПлохое качество баг-репорта

11. КЕЙСЫ ИЗ ЖИЗНИНу, хотя бы так уже

12. КЕЙСЫ ИЗ ЖИЗНИ
20 багов в 1 репорт
DEV

13. КЕЙСЫ ИЗ ЖИЗНИНеуважительное отношение,
позиция “Я тут Бог”

14. КЕЙСЫ ИЗ ЖИЗНИ
Чем больше багов, тем лучше
DEV QA

15. Видят баги там, где их нет

16. Недопонимание
важности тест-кейса
Ignoranti, quem portum petat, nullus suus ventus est.
Seneca

17. У матросов нет вопросов
Лучше спросить и выглядеть глупым в
течение нескольких минут, чем промолчать
и оставаться им всю жизнь.

18. Отсутствие
критического мышления

19. КЕЙСЫ ИЗ ЖИЗНИТрудоголь -это боль

20. 7 грехов тестировщика
1) Плохие коммуникационные навыки
2) Отсутствие технических знаний
3) Привычка сообщать о проблеме без анализа
4) Небрежность
5) Багохульство
6) Неправильный приоритет
7) Не предпринято ничего для выявления проблемыКЕЙ

21. НЕ НАРУШАЙТЕ ЗАПОВЕДИ
Уважайте труд разработчиков
Подходите к тестированию реалистично
Повышайте свой технический уровень
Выходите за рамки требований
Не забывайте об отчётности
Не стесняйтесь предлагать
Делайте работу качественно
Избегайте перехода на личности
Контролируйте невербальные проявления
Будьте самокритичны!

22. КЕЙСЫ ИЗ ЖИЗНИДавайте честно, разработчики тоже не без
греха

23. КЕЙСЫ ИЗ ЖИЗНИНИЧЕГО НЕ ЗНАЮ, У МЕНЯ РАБОТАЕТ

24. КЕЙСЫ ИЗ ЖИЗНИИГНОРИРОВАНИЕ ЗАМЕЧАНИЙ
ТЕСТИРОВЩИКА

25. КЕЙСЫ ИЗ ЖИЗНИОТДАЮТ ПРОДУКТ НА ТЕСТИРОВАНИЕ,
НЕ ПРОВЕРИВ БАЗОВЫЕ СЦЕНАРИИ

26. КЕЙСЫ ИЗ ЖИЗНИТИХО ФИКСЯТ, А ПОТОМ ГОВОРЯТ
CANNOT REPRODUCE

27. КЕЙСЫ ИЗ ЖИЗНИПРИНИМАЮТ БАГИ БЛИЗКО К СЕРДЦУ

28. КЕЙСЫ ИЗ ЖИЗНИПЛОХО ЛИБО ВООБЩЕ НЕ ДОКУМЕНТИРУЮТ
ТИКЕТЫ

29. КЕЙСЫ ИЗ ЖИЗНИОТНОСЯТСЯ СНИСХОДИТЕЛЬНО К
ТЕСТИРОВЩИКАМ

30. КЕЙСЫ ИЗ ЖИЗНИНЕПРАВИЛЬНО ЭСТИМЕЙТЯТ ЗАДАЧИ

31. КЕЙСЫ ИЗ ЖИЗНИ
СВОИ ЛИЧНЫЕ АМБИЦИИ, ХОТЕЛКИ, ЖЕЛАНИЕ
РАБОТАТЬ С НОВЫМИ ФРЕЙМВОРКАМИ СТАВЯТ
ВЫШЕ ЧЕМ КАЧЕСТВО И УДОБСТВО ДЛЯ
ПОЛЬЗОВАТЕЛЯ

32. КЕЙСЫ ИЗ ЖИЗНИ
QA DEV
1+1>2

33. ГЛАВА 2. СТАРЫЙ ДОБРЫЙ SWAGGER

34. КЕЙСЫ ИЗ ЖИЗНИ
Тестирование или
расширение API

35. КЕЙСЫ ИЗ ЖИЗНИ
Нехватка документации

36. КЕЙСЫ ИЗ ЖИЗНИ
Распределенные команды

37. КЕЙСЫ ИЗ ЖИЗНИ
Тестовые данные

38. КЕЙСЫ ИЗ ЖИЗНИ
Правильное
использование
сервиса другой
команды

39. Developer
QA

40. Developer
QA

41. Team 1
Team 2

42. ● Swagger UI

43. ● Swagger UI
● Swagger Editor

44. ● Swagger UI
● Swagger Editor
● Swagger codegen

45. Swagger UI
https://swagger.io/tools/swagger-ui/

46. Удобный интерфейс для документации и http клиент

47. Swagger Editor
https://editor.swagger.io

49. Генерация сервера

50. Генерация клиента

51. Swagger Codegen
https://github.com/swagger-api/swagger-codegen

52. Swagger Codegen
● Multilingual clients/servers

53. Swagger Codegen
● Multilingual clients/servers
● Docker

54. Пример автогенерации
swagger-codegen generate
-i http://localhost:8080/v2/api-docs
-l java
-o /tmp/test/swagger-test-client

55. Выводы

56. ● Улучшение коммуникации QA и DEV
в команде

57. ● Улучшение коммуникации QA и DEV
в команде
● Возможность предоставления
документации в удобном виде

58. ● Улучшение коммуникации QA и DEV
в команде
● Возможность предоставления
документации в удобном виде
● Упрощение взаимосвязи между
сервисами, а так же их
тестирования

59. QA
Developer

60. ГЛАВА 3. ДОГОВОР ДОРОЖЕ
ДЕНЕГ

61. Микросервиcная архитектура

62. Providers

63. Consumers

64. Provider

65. Provider
API

66. Provider
APIConsumer

67. Provider
APIConsumer
Consumer

68. Provider
APIConsumer
Consumer
Integration tests

69. Пару слов про
интеграционные тесты

70. Создаем моки и стабы самостоятельно

72. Что можно сделать?

74. Spring contract testing

75. Provider
Based Test
class

76. stub_1
Provider
Based Test
class
stub_2
stub_n

77. stub_1
Provider
Based Test
class
stub_2
stub_n

78. stub_1
Provider
Based Test
class
stub_2
stub_n

79. stub_1
Provider
Based Test
class
stub_2
stub_n
Generating new test
classes by extending
Based Test class and
verifying

80. stub_1
Provider
Based Test
class
stub_2
stub_n
Generating new test
classes by extending
Based Test class and
verifying
Contract creating
(json)

81. stub_1
Provider
Based Test
class
stub_2
stub_n
Generating new test
classes by extending
Based Test class and
verifying
Contract creating
(json)
…-stubs.jar

82. Consumer
StubRunner
@Test

83. Consumer
StubRunner
@Test
…-stubs.jar path configuring
Maven
Repository

84. Consumer
StubRunner
@Test
…-stubs.jar path configuring
Maven
Repository
Download
contracts

85. Build
commit

86. Build
commit
Provider
build

87. Build
commit
Provider
build
Repo
Upload
contracts

88. Build
commit
Provider
build
Repo
Upload
contracts
Consumer
Consumer
Trigger
build

89. Build
commit
Provider
build
Repo
Upload
contracts
Consumer
Consumer
Trigger
build
Download
contracts

90. Build failed

91. https://github.com/kartius/tools/tr
ee/master/spring-contract-testing

92. Consumer-driven
contract

93. Pact
https://docs.pact.io

94. Шаг 1
Consumer

95. Шаг 1
Consumer
Tests

96. Шаг 1
Consumer
Tests
Contract/pact
JSON

97. Шаг 2
JSON
Verification
Provider

98. Шаг 2
JSON
Pact Broker
Verification
Provider

99. Pact Broker
● Хранение контрактов

100. Pact Broker
● Хранение контрактов
● Проверка совместимости версий

101. Pact Broker
● Хранение контрактов
● Проверка совместимости версий
● Построение диаграммы
взаимодействия сервисов

104. Выводы

105. ● Улучшение коммуникации QA и DEV
из разных команд

106. ● Улучшение коммуникации QA и DEV
из разных команд
● Возможность выявить изменение
АПИ на ранних стадиях
тестирования

107. ● Улучшение коммуникации QA и DEV
из разных команд
● Возможность выявить изменение
АПИ на ранних стадиях
тестирования
● Использование контрактов

108. ГЛАВА 4. ЗАЧЕМ ТЕСТИРОВЩИКУ
СНИФФЕРЫ

109. ЧТО ТАКОЕ СНИФФЕРЫ И ДЛЯ ЧЕГО ОНИ
НУЖНЫ

110. ЗАЧЕМ ЭТО QA
МОЖНО:
● ДЕЛАТЬ ЗАПРОСЫ
● ПРОСМАТРИВАТЬ ЗАПРОСЫ
● ИМИТИРОВАТЬ ОТВЕТЫ
● АНАЛИЗИРОВАТЬ ДАМПЫ
● ПОЛНОСТЬЮ ВИДЕТЬ
ВЗАИМОДЕЙСТВИЕ БЕКА И ФРОНТА
● TROUBLESHOOTING

112. Сейчас не удаетсяотобразить рисунок.

113. СТАНЬТЕ САМОСТОЯТЕЛЬНЕЕ

114. ПЕРЕСТАНЬТЕ ЖАЛОВАТЬСЯ И
ОТВЛЕКАТЬ РАЗРАБОТЧИКОВ ПО
ПУСТЯКАМ

115. ДА И ПРОСТО ЗАИМПРУВЬТЕ СВОИ
ТЕХНИЧЕСКИЕ СКИЛЛЫ, ПОЧЕМУ БЫ И НЕТ

116. ГЛАВА 5

117. Немного истории...

118. https://github.com/Netflix/chaosmonkey

119. Chaos engineering

121. Стабильное состояние

122. Гипотеза

123. Проведение эксперимента

124. Наблюдение и обучение

125. Исправление и улучшение

127. Chaos testing

129. Chaos Kong

130. Chaos
Gorilla

131. Conformity
monkey

132. Security
monkey

133. Janitor
monkey

134. Latency
monkey

135. Doctor
monkey

136. 10-18
Monkey

137. Bite-monkey

139. https://docs.chaostoolkit.org

140. https://github.com/marmelab/gremlins.js

141. Выводы

142. ● Улучшение качества продуктов

143. ● Улучшение качества продуктов
● QA инженеры создают скрипты для
хаос тестирования, тем самым
создавая разработчику
определенный мейнсет при
разработки сервисов

144. QA Developer