Сказ об автоматизации тестирования, единорогах и других выдуманных вещах. 10 лет назад нам говорили: «Manual QC больше не будут нужны». Сейчас, нам говорят, что искусственный интеллект «наконец-то» сделает «Ручных» тестировщиков ненужными. Мы все любим Автоматизацию тестирования, тем не менее, среди «драйверов» индустрии есть определенное сопротивление повсеместному внедрению «Автоматизации». Давайте попробуем разобраться - чем вызван этот скептицизм по отношению, к казалось бы, давно знакомому и доказавшему свою эффективность «инструменту»? Давайте поставим себя на место пассажира «самоуправляемой» машины, несущейся под откос, а также вспомним дедушку Тьюринга: все это нам понадобится для того, чтобы разобраться, что не так с этим «автоматизированным» тестированием.

1. 1) Сказ об автоматизации тестирования
2) Единорогах
3) Прочих несуществующих вещах

2. Кто я?
• Alexander Pushkarev (aqaguy)
• Test-focused developer
• Development-focused tester

3. Повестка дня

4. Почему это важно?

5. Почему это важно?
https://www.youtube.com/watch?v=yOrPuMCdVXA

6. Почему это важно?

7. Цезарус
Тестирование - процесс оценки продукта,
осуществляемый через исследование и
осуществление экспериментов, который включает
в себя: постановку вопросов/гипотез, изучение,
моделирование, наблюдение, умозаключиния, и
т. д.

8. Цезарус
Автоматизированное тестирование - автоматическое
выполнение тестирования, который представляет собой
процесс оценки продукта, осуществляемый через исследование и
осуществление экспериментов, который включает в себя: постановку вопросов/гипотез, изучение,
моделирование, наблюдение, умозаключиния, и т. д.
Несуществует - невозможно, неэтично или экономически
нецелесообразно

9. Краткое содержание предыдущих
серий
Source: https://www.slideshare.net/HcmcStc/paul-holland-trends-in-sw-testing

10. В чем разница, брат?

11. Давайте сыграем в игру

12. Три причины для бага
• Отсутствие понимания
• Недостаточное чувство ответственности
• Неожиданный побочный результат

13. 1 : 0

14. Проблема Остановки (проблема
останова)
Нет проблемы, которую нельзя решить с помощью ПО?

15. Проблема Остановки (проблема
останова)
Даны описание процедуры и её начальные входные данные,
требуется определить, завершится ли когда-либо
выполнение процедуры с этими данными. Альтернативой
этому является то, что она работает всё время без
остановки.
Алан Тьюринг доказал в 1936 году, что общего
алгоритма для решения данной проблемы не
существует.

16. 2 : 0

17. Закон необходимого разнообразия
• Эшби сформулировал основной принцип управления: разнообразие
управляющей системы должно быть не меньше разнообразия
управляемого объекта.
• https://www.edge.org/response-detail/27150
• https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%BE%D0%BD_%D0%BD%D0%B5%D0%BE%D0%B1%D1%85%D
0%BE%D0%B4%D0%B8%D0%BC%D0%BE%D0%B3%D0%BE_%D1%80%D0%B0%D0%B7%D0%BD%D0%BE%D0%BE%D0%B1%D1%8
0%D0%B0%D0%B7%D0%B8%D1%8F

18. 3 : 0

19. Этическая и методологическая
диллема
Лицо, принимающее решение (ЛПР) в теории принятия
решений, исследовании операции, системном анализе —
это субъект решения (командир, начальник, менеджер и
так далее), наделённый определёнными полномочиями и
несущий ответственность за последствия принятого и
реализованного решения
ЛПР на воздушном судне?

20. Этическая и методологическая
диллема
Лицо, принимающее решение (ЛПР) в теории принятия
решений, исследовании операции, системном анализе —
это субъект решения (командир, начальник, менеджер и
так далее), наделённый определёнными полномочиями и
несущий ответственность за последствия принятого и
реализованного решения
ЛПР на воздушном судне - Капитан Воздушного Судна

21. Этическая и методологическая
диллема
Лицо, принимающее решение (ЛПР) в теории принятия
решений, исследовании операции, системном анализе —
это субъект решения (командир, начальник, менеджер и
так далее), наделённый определёнными полномочиями и
несущий ответственность за последствия принятого и
реализованного решения
ЛПР на воздушном судне - Капитан Воздушного Судна
ЛПР в тестировании?

22. Этическая и методологическая
диллема
Лицо, принимающее решение (ЛПР) в теории принятия
решений, исследовании операции, системном анализе —
это субъект решения (командир, начальник, менеджер и
так далее), наделённый определёнными полномочиями и
несущий ответственность за последствия принятого и
реализованного решения
ЛПР на воздушном судне - Капитан Воздушного Судна
ЛПР в тестировании - это ты, %username%!

23. Кого сажать то?
• Автомобиль на скорости вылетает на тротуар. Водитель
утверждает, что руль самопроизвольно начал движение
вправо, и водитель не смог его удержать
• Программа, отвечающая за автоматическую корректировку
угла тангажа самолета, имеет критическую ошибку.
Программу разрабатывала компания специализирующаяся на
IT-аутсорсинге. Sign off сделал ты, чувак.

24. Я таксиста обманул, деньги заплатил, а
сам не поехал

25. 3 : 1000

26. Вместо вывода
• Test automation is not a hype anymore, it is a cult.
• We love tools, but we don't automate just because we can.
• We understand that testing is a process that cannot be
automated - a decision "I have tested enough" is a human
decision, that takes a good deal of though-fullness and
professionalism.

27. Спасибо!
http://aqaguy.blogspot.com
https://www.linkedin.com/in/alexpushkarev/
https://twitter.com/aqaguy