"Тестирование чёрного ящика" Бориса Бейзера

После долгих тщетных поисков, под самым моим носом в родной фирме обнаружилась книга "Тестирование чёрного ящика" Бориса Бейзера (издательство "Питер", 2004), которую я тут же радостно взяла почитать. Почти сразу после начала чтения радость моя слегка поутихла, но мужественно дочитав эту книгу до конца, хочу теперь описать о ней свои (очень субъективные) впечатления. 

1. О чём эта книга.

В самом названии книги написано, что она - про "технологии функционального тестирования программного обеспечения и систем" (кстати, написана/издана книга была ещё в 1994 году, это на русском языке её издали в 2004). Если почитать то, что написано на задней обложке, то это книга "практичная и понятная, освещающая основные аспекты тестирования чёрного ящика" и "практическое, доступное руководство по современным методам тестирования  чёрного ящика". Наверное, я привожу эти цитаты потому, что у меня сложилось о книге несколько другое впечатление. 

Почти сразу в книге натыкаешься на достаточно любопытную мысль: "Графы - это основополагающий инструмент тестирования". И в общем, большая часть книги посвящена описанию того, как взять требования к тестируемому объекту, в разрезе того или иного аспекта построить на их основании модель, графически выраженную графом, и на основании уже этой самой модели проводить тестирование. Как пример модели - назову модель потока транзакций, где в качестве узлов берутся именно какие-то выполняемые действия (транзакции), а связи определяют их последовательность. В качестве примера использования графов для тестирования можно назвать проверки всех узлов, связей, путей, подграфов и т.п.

В целом, в книге описывается несколько различных моделей тестирования, подходящие условия, принципы и детали их применения. А вот эта цитата, по-моему, лучше всего объясняет причины использования моделей в принципе: "Модель - это способ структурировать наше мышление, необходимый для получения полезных тестов".

2. Что мне понравилось

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

Также при чтении книги я встретила несколько интересных идей, например, касающихся тестирования циклов и синтаксического тестирования (речь по большей части идёт о тестировании команд интерфейса командной строки, что при моей теперешней работе отчасти актуально).

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

3. Что мне не понравилось.

Вот в этом разделе хочется написать очень многое, но попробую сформулировать основное.

Во-первых, говоря об этой книге, нельзя абстрагироваться от её структуры - изложение материала, с моей точки зрения, очень неудобоваримое: каждая глава начинается списком определений терминов, а далее идёт основное изложение материала, исходящее из того, что вся терминология полностью усвоена. По-моему, это очень неудобно, и гораздо эффективнее вводить термины в контексте основного изложения. Кстати, книга мне в принципе кажется чересчур и необоснованно перегруженной (специальной) терминологией.

Во-вторых, многочисленные примеры, которые вроде бы должны являться достоинством книги, также не вызвали у меня особого энтузиазма, поскольку чаще всего были весьма громоздкими, сложными и не наглядными.

В-третьих, само использование графов (смутные воспоминания о которых с институтских времён у меня весьма положительные) в контексте данной книги не показалось мне особо привлекательным - по разным причинам. Например, сам автор рекомендует использовать чаще не графическое представление той или иной модели (графы), а её текстовое выражение (списки), которое мне совершенно не показалось удобным или наглядным. Для ряда моделей построение графов показалось мне не естественным, а слишком тяжеловесным и притянутым за уши. В целом, я не увидела каких-либо значительных преимуществ в предложенном использовании графов, что, однако, может объясняться с одной стороны, отсутствием у меня опыта работы с ними, с другой - отсутствием адекватных задач для их использования.

Вообще, описанный подход к тестированию показался мне очень громоздким и трудоёмким, и по крайней мере из-за этого сложноприменимым к тем реальным задачам тестирования, с которыми мне приходилось сталкиваться.

4. Что ещё хочу отметить.

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

"<...>  ручное тестирование уже не работает. Оно никогда не работало очень хорошо, не работает сейчас и не будет работать в будущем. Ручное тестирование является самообманом".

"Выполнение теста руками является делом трудным, скучным, грубым и бесчеловечным".

Кстати, есть в последней главе несколько мыслей о будущем тестирования, которые сейчас, по прошествии более 15 лет с момента написании книги, любопытно почитать. В основном речь идёт о том, что тестирование исчезнет как отдельная профессия и (если я поняла правильно) больше станет обязанностью самих  разработчиков.

5. Выводы.

Для конкретной меня с моим конкретным опытом и конкретными текущими рабочими задачами, книга не показалась мне особо полезной. Я бы назвала саму книгу сложной для восприятия, а излагаемый в ней материал - не слишком перспективным для применения на практике (для тех задач, с которыми я сталкивалась). Возможно, она может быть полезной при наличии определённых задач, требующих очень формализованного и структурированного подхода к тестированию (каковые мне не встречались). Пожалуй, книга представляет интерес по большей части как известный классический труд о тестировании, с которым можно ознакомиться для общего развития.