#testing #automation
Таке питання лунає в багатьох чатах. Частіше його задають починаючі інженери, які тільки навчались на базових курсах з тестування. Але й подекуди, досвідчені люди задаються таким питанням.
Існує безліч думок на цю тему.
Хтось - повністю за та агітує за вивченням автоматизації разом із "продуктовим" способом мислення.
Хтось - категорично проти.
Мені зустрічались навіть думки, що якщо тестувальник навчиться писати який-небудь код - він одразу "перетвориться" на розробника та погіршить свої навички з пошуку багів (в рази).
Але хто правий? Чи треба все-таки вчити ту автоматизацію? Коротка відповідь - кожен вирішує сам.
Я наведу лише один думку, яку прочитав сьогодні.
Багато хто з нас (я в тому числі), працює в тій чи іншій Agile методології, то ж ми можемо назвати себе Agile тестерами. В ISTQB не так давно зʼявилась окрема сертифікація - "CTFL - Agile Tester".
Для підготовки до сертифікації рекомендують прочитати книгу - Agile Testing Foundations. В цій книжці розповідають багато чого цікавого про agile процеси та роль тестувальника в них. Зокрема - про необхідні навички тест інженера в Agile.
Наведу обрані цитати з книги - про знання автоматизації.
A tester needs to be more efficient in their testing efforts by implementing automated testing to cover regression testing risk
Для регресії, без автотестів в agile буде складно.
To be technical does not mean that the tester is inevitably a developer, it means that the tester must understand what is going on in the team and also understand development concepts.
Це про технічні знання. Може, перетворення в розробника можливе тільки, якщо тебе вкусять?
Про знання мов програмування:
At a minimum, testers should have scripting skills to be able to script test cases that are included in an automated test framework. Testers need to be able to switch from one tool or language to another, depending on the technology used on the project.
А ось - про знання CICD та внутрішньої роботи системи:
Testers also need to understand the way CI or deployment works, how a software component is built, and how software configuration management works and so on, in order to be a contributor to these tasks
Звичайно, одна книжка - то зовсім не показник. Але є про що задуматись.