Документ обсуждает важность тестирования программного обеспечения и внедрения лучших практик разработки, таких как Test Driven Development (TDD). Автор акцентирует внимание на проблемах, возникающих при отсутствии качественного тестирования, и предлагает пути решения через использование тестов и инструментов автоматизации. Завершается призывом к программистам уделять больше внимания тестированию для улучшения качества продуктов.

1. Когда код «убивает», или зачем
нам тестировать наши продукты
Стрекаловский Олег
«R-Style Softlab»
Конференция «WebDev», Вологда
4 апреля 2015 г.

2. 2
Как мы обычно делаем ЭТО

3. 3
•Сформировали требования
Как мы обычно делаем ЭТО

4. 4
•Сформировали требования
•Побежали пилить
Как мы обычно делаем ЭТО

5. 5
•Сформировали требования
•Побежали пилить
Как мы обычно делаем ЭТО
•Пилим, пилим, пилим, …

6. 6
•Сформировали требования
•Побежали пилить
Как мы обычно делаем ЭТО
•Пилим, пилим, пилим, …
•Наступает период ПСИ

7. 7
•Сформировали требования
•Побежали пилить
Как мы обычно делаем ЭТО
•Пилим, пилим, пилим, …
•Наступает период ПСИ
•Конечно, внезапно обнаруживаем
проблемы и недоработки в ТЗ!

8. 8
•Сформировали требования
•Побежали пилить
Как мы обычно делаем ЭТО
•Пилим, пилим, пилим, …
•Наступает период ПСИ
•Конечно, внезапно обнаруживаем
проблемы и недоработки в ТЗ!
Welcome To The Hell ;-)

10. Менеджеры
10

11. Тем временем у программистов …
11

12. Continues цейтнот у ручных тестировщиков
12

13. Внедренцев становится жалко
13

14. Наш «счастливый» клиент
14

16. Основная проблема разработки ПО
16

17. «Я опасаюсь,
что мы потерпели
поражение в борьбе
со сложностью
систем»
Эдсгер Вибе
Дейкстра
Основная проблема разработки ПО
17

18. Почему вы не заботитесь о качестве
вашего продукта?
18

19. Почему вы не заботитесь о качестве
вашего продукта?
19

20. «В нашем продукте нет ошибок!»
20

21. Работаете с железом?
21

22. Управляете объектами в real-time?
22

23. Защищаете приватные данные?
23

24. Автоматизируете предприятия?
24

25. Работаете с диском пользователя?
25

26. Работаете с диском пользователя?
26

27. Создаете приложения с UI?
27

28. 28
Game Dev?

29. 29
Game Dev?

30. «Мы их всему научим, а они потом уйдут.»
30

31. «Мы не знаем, как этим эффективно заниматься.»
31

32. Путь к созданию надёжного ПО
32

33. 33
•Осознание наличия проблемы
Путь к созданию надёжного ПО

34. 34
•Осознание наличия проблемы
•Изучение опыта индустрии
Путь к созданию надёжного ПО

35. 35
Тематические каналыYouTube

36. 36
Конференции

37. 37
Книги

38. 38
•Осознание наличия проблемы
•Внедрение «Best Practices»:
•Code Review
•Автоматизация тестирования
•Парное программирование
•Изучение опыта индустрии
Путь к созданию надёжного ПО

39. 39
•Осознание наличия проблемы
•Внедрение «Best Practices»:
•Code Review
•Автоматизация тестирования
•Парное программирование
•Изучение опыта индустрии
•Изменение подхода к написанию кода?!
Путь к созданию надёжного ПО

40. 40
TDD
ALL CODE IS GUILTY
UNTIL PROVEN INNOCENT
Test Driven Development

41. TDD за 1 минуту
41

42. TDD дает кучу плюшек!
42

43. TDD дает кучу плюшек!
43
•Быстро находим ошибки

44. TDD дает кучу плюшек!
44
•Не боимся рефакторить код
•Быстро находим ошибки

45. TDD дает кучу плюшек!
45
•Не боимся рефакторить код
•Актуальная документация
•Быстро находим ошибки

46. TDD дает кучу плюшек!
46
•Не боимся рефакторить код
•Актуальная документация
•Быстро находим ошибки
•Меньше over-engineering’a

47. TDD дает кучу плюшек!
47
•Не боимся рефакторить код
•Актуальная документация
•Быстро находим ошибки
•Меньше over-engineering’a
•Более удобный для клиента API

48. TDD дает кучу плюшек!
48
•Не боимся рефакторить код
•Актуальная документация
•Быстро находим ошибки
•Меньше over-engineering’a
•Более удобный для клиента API
•Интрига при каждом запуске
тестов 

49. TDD – это хорошо, а с Agile – ещё лучше!
49
Agile
TDD

50. Что нам всем даст тестирование
50

51. Что нам всем даст тестирование
51
•Хороший код - программистам

52. Что нам всем даст тестирование
52
•Много автотестов - тестировщикам
•Хороший код - программистам

53. Что нам всем даст тестирование
53
•Много автотестов - тестировщикам
•Хороший код - программистам
•Нормальную жизнь - внедренцам

54. Что нам всем даст тестирование
54
•Много автотестов - тестировщикам
•Хороший код - программистам
•Нормальную жизнь - внедренцам
•Уверенность - менеджерам

55. Что нам всем даст тестирование
55
•Много автотестов - тестировщикам
•Хороший код - программистам
•Нормальную жизнь - внедренцам
•Уверенность - менеджерам
•Непоправимое счастье – клиентам!

56. Выводы

57. Приложения ХардварФреймворки
Библиотеки Middleware
UI
57

58. 58
Профессиональный подход

59. 59
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
Профессиональный подход

60. 60
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
1. Если готовых нет – плохо искали напишите
сами, заопенсорсите!
Профессиональный подход

61. 61
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
1. Если готовых нет – плохо искали напишите
сами, заопенсорсите!
2. Если готовых нет и не можете их написать –
не используйте этот язык или фреймворк!
Профессиональный подход

62. 62
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
1. Если готовых нет – плохо искали напишите
сами, заопенсорсите!
2. Если готовых нет и не можете их написать –
не используйте этот язык или фреймворк!
2. Пишите тесты для вашего приложения.
Профессиональный подход

63. 63
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
1. Если готовых нет – плохо искали напишите
сами, заопенсорсите!
2. Если готовых нет и не можете их написать –
не используйте этот язык или фреймворк!
2. Пишите тесты для вашего приложения.
3. Автоматизируйте их прогон для получения быстрой
обратной связи.
Профессиональный подход

64. 64
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
1. Если готовых нет – плохо искали напишите
сами, заопенсорсите!
2. Если готовых нет и не можете их написать –
не используйте этот язык или фреймворк!
2. Пишите тесты для вашего приложения.
3. Автоматизируйте их прогон для получения быстрой
обратной связи.
4. ???
Профессиональный подход

65. 65
1. Найдите для своего языка, фреймворка
инструменты тестирования (unit-тестирование,
функциональное и т.д.).
1. Если готовых нет – плохо искали напишите
сами, заопенсорсите!
2. Если готовых нет и не можете их написать –
не используйте этот язык или фреймворк!
2. Пишите тесты для вашего приложения.
3. Автоматизируйте их прогон для получения быстрой
обратной связи.
4. ???
5. PROFIT !
Профессиональный подход

66. Тестирование – вот наш путь!
66

67. Начни сам и убеди начать других!
67

68. Личное обращение
Дяденьки и тетеньки, вы вместо очередного %bullshit%.js,
лучше попишите тестов для вашего продукта, пожалуйста, а?
68

69. Спасибо за внимание!
Вопросы?
o.strekalovsky@yandex.ru
slideshare.net/ssuser3c5f11
olegstrekalovsky.blogspot.ru
o.strekalovsky