Впечатления от книги Agile Testing: A Practical Guide for Testers and Agile Teams

Кто такой тестировщик в agile и чем он отличается от обычного? Этим вопросом я задался после перехода на новую методологию разработки. Ответ на свой вопрос я решил поискать в этой книге.

По Agile Scrum работаю относительно недавно, и по началу был довольно сложный этап притирки. Мы полностью перешли на другой багтрекинг -система которую у меня сейчас даже не поворачивается язык назвать багтрекингом.  Стали считать мельчайшие крупицы времени потраченные и не потраченные на работу. Но в тоже время произошло много интересного и на мой взгляд полезного для меня как для тестировщика.

Про книгу

Авторы: Lisa Crispin и Janet Gregory. Год издания 2009. Возможно есть более поздние издания, но мне попалась именно эта. Читал книгу на английском языке. В тоже время у меня был электронный вариант на русском, который я затем отмёл, ИМХО перевод там был плохой. В книге пытаются понятным языком объяснить, кто такой тестировщик в agile. Какие задачи должен решать тестировщик и с какими нюансами он может столкнуться. Упор делается именно на текущую методологию разработки, именно в этом случае привелегии и задачи тестировщика меняются. Чтобы хорошенько прочувствовать что такое Agile Scrum рекомендую книгу Essential Scrum: A Practical Guide to the Most Popular Agile Process.

Квадранты тестирования

Эта часть мне больше всего понравилась в книге.

квадранты тестирования

Раньше почему-то ни разу не встречался с подобным описанием видов тестирования, которые могут потребоваться в процессе разработки ПО. Презентация на эту тему есть здесь.  Вкратце, можно сказать, что квадранты описывают приоритеты тех или иных тестов и их надобность тем или иным членам команды. Данная схемка позволяет быстро прикинуть насколько рентабельны и уместны те или иные тесты.

Еще в книге расписывается, как способствовать качеству разрабатываемого ПО занимаясь не только непосредственным тестированием. Тестировщик в Agile должен помогать программистам и в то же время помогать Product Owner’ам, периодически брать на себя некоторые их обязанности и примерять на себя их роли. Про это я бы хотел написать подробнее в следующих постах.

Остальные моменты

Очень много воды. По мнению авторов, это примеры из реальной жизни, но на мой взгляд их черезчур много и какие-то они слишком наивные, как в школьных задачах. На протяжении всей книги часто боролся с собой, чтобы не потерять нить повествования и дойти до победного конца.

Выводы

Все же я уловил немного пользы из данной книги. Попытался воплотить пару советов из нее, оступился и отказался от них в пользу своего велосипеда. Для тех кто еще не начинал читать эту книгу, я бы посоветовал пробежаться по всей книге и вычитать только самое заинтересовавшее именно вас. Или поискать что-то как в справочнике, исходя из контекста текущих задач. В целом полезной информации было мало. Либо данную книгу лучше читать совсем начинающим.
Несмотря на это, я взял на прицел More Agile Testing: Learning Journeys for the Whole Team. Книга от тех же авторов, но более свежая, 2014 года издания. Если кто-то ее прочитал, хотелось бы услышать ваше мнение об этой книге в комментариях. Или порекомендуйте пожалуйста другую иностранную литературу о тестировании.

2 Комментарии

  1. Анастасия

    25.03.2016 в 13:00

    Добрый день.

    Я в тестировании ок. 2,5 лет (в разных компаниях, в основном как ручной тестировщик с доп. функциями менеджера проекта/тех. писателя).

    Сейчас читаю на анг. вот эту книгу «Specification by Example» (Adzic G.). В ней доступно рассказывается об успешных техниках работы команд по Agile (и не только), взаимодействия с Заказчиками и построения процессов разработки, тестирования. Также и про ошибки. С примерами (много, но «водой» не кажутся).

    Рекомендую почитать и ее 😉

Добавить комментарий