Хто такий тестувальник в agile і чим він відрізняється від звичайного? Цим питанням я задався після переходу на нову методологію розробки. Відповідь на своє питання я вирішив пошукати в цій книзі.
За Agile Scrum працюю відносно недавно, і по початку був досить складний етап притирання. Ми повністю перейшли на інший багтрекінг-система яку у мене зараз навіть не повертається язик назвати багтрекінгом. Стали вважати дрібні крихти часу витрачені і не витрачені на роботу. Але в той же час відбулося багато цікавого і на мій погляд корисного для мене як для тестувальника.
квадранти тестування
Ця частина мені найбільше сподобалася в книзі.
Раніше чомусь жодного разу не зустрічався з подібним описом видів тестування, які можуть знадобитися в процесі розробки ПЗ. Презентація на цю тему є тут. Якщо коротко, можна сказати, що квадранти описують пріоритети тих чи інших тестів і їх потреба тим чи іншим членам команди. Дана схемку дозволяє швидко прикинути наскільки рентабельні і доречні ті чи інші тести.
Ще в книзі розписується, як сприяти якості розроблюваного ПЗ займаючись не тільки безпосереднім тестуванням. Тестувальник в Agile повинен допомагати програмістам і в той же час допомагати Product Owner'ам, періодично брати на себе деякі їхні обов'язки і приміряти на себе їх ролі. Про це я б хотів написати докладніше в наступних постах.
решта моменти
Я в тестуванні ок. 2,5 років (в різних компаніях, в основному як ручний тестувальник з доп. Функціями менеджера проекту / тех. Письменника).
Зараз читаю на анг. ось цю книгу «Specification by Example» (Adzic G.). У ній доступно розповідається про успішні техніки роботи команд по Agile (і не тільки), взаємодії з Замовниками і побудови процесів розробки, тестування. Також і про помилки. З прикладами (багато, але «водою" не здаються).
Рекомендую почитати і її 😉
Дякую за рекомендацію!