careerlearning

5 книг, которые стоит прочитать тестировщику

QA как профессия имеет свою классическую литературу — её знают все senior-инженеры. Если ещё не читал — стоит закрыть пробел. Подборка из 5 книг, которые сформировали современный подход к тестированию.

1. “Искусство тестирования программного обеспечения” — Гленфорд Майерс

Классика 1979 года, переиздаётся до сих пор. Майерс впервые систематизировал, что такое тестирование и зачем оно нужно. Ключевая мысль книги — тестирование это не «доказать что работает», а «доказать что не работает». Найти баги, а не подтвердить их отсутствие.

Что вынесешь: основы test design, классы эквивалентности, граничные значения, причинно-следственные графы. Многие современные практики, которые кажутся «само собой разумеющимися», были впервые сформулированы именно тут.

Кому: junior и middle. Senior — для понимания истории дисциплины.

2. “Agile Testing: A Practical Guide” — Lisa Crispin & Janet Gregory

Если работаешь в Agile/Scrum-команде — must read. Книга про то, как тестирование вписано в современный итеративный процесс: TDD, ATDD, BDD, role of tester в кросс-функциональной команде.

Что вынесешь: agile testing quadrants (модель из 4 квадрантов, по которой строят стратегию тестирования), как тестировщику работать с продактом и разработчиком, как тестировать в условиях постоянных изменений.

Кому: middle/senior, тимлиды.

3. “Explore It!” — Elisabeth Hendrickson

Книга про exploratory testing — навык, который отличает senior от junior. Как находить баги, которых нет в тест-кейсах. Как структурировать «свободное» тестирование, чтобы оно было не «потыкаем кнопки», а целенаправленной охотой.

Что вынесешь: tour-based exploration, как формулировать гипотезы про баги, как документировать findings без бюрократии тест-кейсов.

Кому: middle/senior. Особенно тем, кто чувствует, что регрессия по чек-листам — это потолок.

4. “Чистый код” — Robert C. Martin

Не специфическая для QA-книга, но критически важная для тех, кто пишет автотесты. Если автотесты грязные — они становятся техдолгом и блокируют команду. Принципы Чистого Кода применимы к Page Object’ам, тестовым фикстурам, helper’ам.

Что вынесешь: SRP, naming, размер функций, борьба с дублированием — всё это нужно в тестах ещё больше, чем в продукт-коде, потому что у тестов нет тестов.

Кому: middle/senior автоматизаторы.

5. “How Google Tests Software” — James Whittaker

Внутренняя кухня Google: как они тестируют 1000 продуктов с десятками миллиардов пользователей. Книга 2012 года, но многие принципы (тест-инфраструктура как сервис, классификация тестов по размеру S/M/L/E, концепция Test Engineer vs SET) повлияли на всю индустрию.

Что вынесешь: как масштабируется тестирование, что делать когда багов больше, чем времени, как организовать процесс в большой команде.

Кому: middle/senior, тимлиды, кто думает о QA-стратегии.

Что я бы сделал

✅ Не читай всё сразу. Возьми одну книгу — прочитай за месяц, попробуй применить на работе. Потом следующую.

✅ Делай заметки. Не закладки. Закладки никто не пересматривает. Записывай идеи и цитаты в Obsidian / Notion с пояснением «почему это важно».

✅ Обсуждай с командой. После каждой книги — один lunch & learn (30 мин), где рассказываешь команде 3 главных вывода. Это лучший способ закрепить.

Бонус — современные альтернативы

Книги выше — фундамент. Из свежего:

  • “Continuous Delivery” (Humble & Farley) — для понимания где QA в современном CI/CD.
  • “Software Engineering at Google” (free online) — обновлённый Google-подход, включая testing.
  • “The Unicorn Project” (Gene Kim) — художественный роман про DevOps, читается легко, передаёт суть процесса.

Подробнее: Ministry of Testing — Book Club.