Показаны сообщения с ярлыком книги по тестированию. Показать все сообщения
Показаны сообщения с ярлыком книги по тестированию. Показать все сообщения

среда, 15 марта 2023 г.

Книга по тест-дизайну: цветная уже в продаже


Ну, вот и март наступил... Я же в марте её обещала... Так вот! Книга про тест-дизайн появилась в продаже. Описание и ссылки можно найти тут http://testbase.ru/books/test-design-book.

Но если кратенько:

Черно-белая вышла ещё месяц назад, а мы пока ждали. И вот дождались, книга попала на склад и на прошлой неделе уже разослали всем предзаказавшим. А теперь можно прийти и получить её самовывозом (письмо всем самовывозящим сегодня разошлем):

Забирать книгу можно по адресу:

м Парк Культуры, Турчанинов пер, д 6 стр 2, бизнес-центр "Крымский мост" в пн-вт с 10 до 17, в ср с 10 до 13. Напишите заранее https://t.me/ok_molechka, что придете, и договоритесь о встрече


Ну или можно доплатить за доставку. В общем, ура! Вот теперь книга вышла официально, потому что я лично считаю, что её надо читать именно в цвете, так намного приятнее будет!

пятница, 27 января 2023 г.

Книга по тест-дизайну: черно-белая уже в продаже


Я тут недавно писала, что скоро приедет цветная книжечка... А тем временем черно-белая книга по тест-дизайну уже вышла!

Купить можно у издательства, сейчас даже со скидкой — https://bhv.ru/product/test-dizajn-prakticheskoe-rukovodstvo-dlya-nachinayushhih/

Кто хочет в цвете, ждите, мои придут только к марту... Но не так уж и долго осталось) Напомню ссылку на цветную (это БЕЗ доставки, на доставку отдельный слот)

понедельник, 1 марта 2021 г.

Тестировщик usability — книги и курсы

О профессии

Основные задачи тестировщика юзабилити:

  1. Проверять документацию на «понятность» простому пользователю
  2. Проверять тексты на сайте на понятность
  3. Проверять продукт на интуитивность, понятность, обучаемость



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

среда, 21 августа 2019 г.

Управление разработкой ПО. Дэн Пилон, Расс Майлз


Ссылка на OZON

Это книга из горячо любимой мною серии Head First O`Really. За это и купила! Хотя, честно говоря, технические книги (изучаем java, sql, js) мне понравились больше. Там прямо ВАУ-эффект был! Даже в sql, который я уже знала перед чтением.

Сначала я вообще подумала, что книжка так себе. Прям капитан очевидность идет, да еще и куча опечаток в книге — сначала я на них просто натыкалась, потом стала фоткать, чтобы отправить в издательство.

Но, продолжив чтение, я пересмотрела свои взгляды. Вы знаете, а для новичка книга очень даже неплоха! Да, примеры очень упрощены, из серии «добавить функцию загрузки фоточки — 15 дней». Это как-то ну прямо очень странно в наши дни читать Smile :)  Но зато сам принцип понятен! Понятно, почему задачи продалбываются, почему реальная оценка ≠ запланированной, почему требования вечно меняются...

суббота, 14 апреля 2018 г.

Не заставляйте меня думать. Стив Круг


Ссылка на OZON

Боже мой, где эта книга была раньше? Это же просто прекрасно! Книга о юзабилити, которая.. юзер-френдли! Тонкая, много картинок, большие отступы между абзацами, читается легко и быстро... Must read!

Как сам автор пишет, он хотел, чтобы его книгу можно было прочитать за время перелета или другого длительного ожидания, но одного. Это круто! Тоже хочу такую книгу. На самом деле я свою книгу для начинающих исходно планировала как второго Савина, тоже тоненькую. Мол, что там такого рассказывать то? Но что-то где-то пошло не так  Будет толстая, как серия «Head First O`Reilly». Ну и ладно! Зато у меня примеров реальных много, это полезно. Но потом! Потом хочу тоненькую книжку, вот как эта от Стива Круга )))

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

Автор сразу предупреждает, что при чтении его книги может возникать чувство «Я знал это». Но, «подобно большей части того, что относится к здравому смыслу, это не всегда является очевидным, пока кто-либо другой не укажет вам на это» ©.

Я при чтении не чувствовала какого-то раздражения из серии «здравствуй, кэп». Да, многое кажется очевидным, но при этом в духе «Да! Да! Именно так и надо», а не «Пффф, я и так это знал» 

Мысли, которые я себе выписала:

суббота, 24 марта 2018 г.

Изучаем XML. Эрик Рэй


Ссылка на Литрес (стоит 190р)

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

Книга написана простым языком, ее поймут не только разработчики. Эрик Рэй рассказывает про XML с нуля:

  1. Что такое XML (eXtensible Markup Language) и зачем он нужен.
  2. Разметка XML.
  3. Ссылки внутри документа.
  4. Таблицы стилей.
  5. Моделирование: DTD. XML Schema.
  6. Трансформация: XSLT.
  7. Поддержка многоязычности.
  8. XML-программирование.

среда, 7 декабря 2016 г.

Fuzzing, Исследование уязвимостей методом грубой силы. Саттон, Грин и Амини


Ссылка на OZON

Крутая техническая книга. Авторы написали ее в 2007 году, будучи первопроходцами в направлении фаззинга. И не просто сделали книгу, а еще и сайт по фаззингу запилили — http://www.fuzzing.org/. На сайте выложены фаззеры:
  • Созданные авторами в рамках написания книги (бери да юзай).
  • Остальные фаззеры.
Это как Testbase, только ссылки не на полезные статьи по тестированию, а на фаззеры. Все собрано в одном месте, есть исходный код, очень удобно!

Содержание выглядит так:
  • Фаззинг формата файла
  • Фаззинг формата файла: автоматизация под UNIX
  • Фаззинг формата файла: автоматизация под Windows
То есть сначала рассказывается принцип фаззинга, а потом идут главы с описанием процесса автоматизации под разные платформы. С конкретными примерами — возьмем этот фаззер, ссылку смотри на http://www.fuzzing.org/, вот в нем есть такой участок кода, он нам важен потому что... Вот есть другой участок кода, он важен потому, что... Вот тут вы можете сами что-то допилить и расширить возможности. И так далее. Это круто! Практическое руководство к действию ))

воскресенье, 10 июля 2016 г.

Perfect Software and other illusions about testing. Gerald M. Weinberg


Ссылка на Amazon

Книгу отжала у моей помощницы Оли Алифановой, когда была в Питере на SQA Days. Хорошая книга! Могу порекомендовать новичкам, которые после Романа Савина живут в мире, где по радугам бегают единороги, на проектах всегда полная документация и вообще Smile :) Более опытным книга тоже может быть полезна. Взглянуть на свой проект с другой стороны, посмотреть, как оно еще в жизни бывает... У автора большой опыт, он видел самые разные ситуации!

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

Мои «онлайн-закладки»:

34 — это не твоя работа
37 — пункт 4
39 — рассказ про щенка
42 — not my component
45 — performance
53 — i didnt change anything + razionalizing
59 — summary
82 — п 5 и 6
86 — doog food
93 — Книга «Surviving the Top Ten Challenges of Software Testing: A People-Oriented Approach» Автор считает ее полезной и конструктивной
108 внизу — как баг так и не баг, важно или нет
116 — different importance
117 — public duffer private
135 — выводы
138 — just because you can do anything in software does not mean you should do anything in software
142 — 99% of all failures come from people who have the habit of making excuses
142 — the number one testing tool is not the computer, but the human brain
147 — 2 снизу отмазка
155 — как тестировщики делают перформанс тесты для демонстраций
156 — use reference visits

четверг, 24 декабря 2015 г.

Джоэл о программировании. Джоэл Спольски


Ссылка на OZON.

Слышала от коллег, что Джоэл некий знаменитый блоггер-программист, который из своих блогов составил книгу. Саму книгу раньше не читала. Все поглядывала на нее в офисной библиотеке, но откладывала. Подуууууууумаешь, книгу из блог-постов собрал, «это не интересно», да еще и о программировании, а я то тестировщик!

Наконец руки дошли почитать. Мнение кардинально изменилось! Мне нравится стиль Джоэла,. Книга читается легко, с первых страниц захватывает. Хотя пишет о серьезном. В который раз убеждаюсь, что сложные вещи можно и нужно объяснять простым языком! Не нужен вам весь этот пафос и буллшит, ну правда. Без него понятнее. Закладок я себе на полкниги поставила, очень хорошие вещи говорит!

Мои выдержки из книги:

воскресенье, 11 октября 2015 г.

Тестирование программного обеспечения. Базовый курс. Святослав Куликов


Ссылка на книгу. Бесплатная книга по тестированию!
Автор — человек с 10-летним опытом обучения начинающих тестировщиков.

Эту книгу сейчас активно рекомендуют всем новичкам. Например, в телеграмме в чатах «QA juniors» и «QA — Курсы и образование». Я активно поддерживаю, материал очень хороший =)

Мои выдержки из книги:
Что понравилось — книга написана разговорным языком. Иногда складывается ощущение, что ты сидишь на тренинге и Святослав объясняет материал. Нечто среднее между Савиным и серьезной литературой.

Хотя сразу хочу сказать — такой стиль в книге не везде. Есть и более академические темы. Например, классификация. Ооооо, термины, термины, термины... В Савине как-то попроще было )) Но, с другой стороны, не все любят стиль Савина, и им эта книга отлично подойдет!

Полезные ссылочки из книги:

Стр 13 — Технические и личностные навыки, на начальном уровне и уровне младшего специалиста. Правда, для джуниора написано, что знание SQL не требуется. Сейчас его просят очень часто, даже у новичков. И если выучить язык программирования — сложно, то освоить азы SQL вполне по силам даже новичку. Но таблица хорошая и отражает правильный посыл — чтобы стать джуниором, нужна светлая голова и горящие глаза. Это главное!

вторник, 15 сентября 2015 г.

How to Break Software Security. James A. Whittaker


Ссылка на Amazon.

Продолжение серии «How to Break...». На этот раз Джеймс рассказывает о тестировании безопасности. Лучше всего читать после прочтения базовой книги, «How to Break Software», а не как я, все наоборот Smile :)

Структура книги: верхнеуровневые классы проверок, например, на уровне кода или GUI, а потом сами атаки. Всего 19 атак.

Каждая атака содержит:

  • Вступление.
  • Когда атаку следует применять.
  • Как это делать.

вторник, 24 марта 2015 г.

How to break web software. Mike Andrews, James A. Whittaker


Ссылка на Amazon.

Как тестировать web-приложения? Если у вас возникает этот вопрос — покупайте книжку! (smile)
В ней очень много полезной информации — тут даже прошаренный тестировщик узнает что-то новенькое. А уж новичка так и вовсе завалит информацией!

И я не шучу, у меня уже больше 7 лет опыта, но часть материала в книжке я просто не поняла, не смогла переваривать. Оставила на потом, перечитать и обдумать. Знаете, это как с любым тренингом или любой книжкой — можно перечитывать и каждый раз узнавать что-то новенькое.

Все просто, на текущий момент у вас знаний Х и есть какие-то насущные проблемы. Читая книгу, вы вольно или невольно примеряете опыт авторов на себя. Иногда настигает озарение "О, круто! То, что надо", иногда читаете в виде "Пфе, я это и так знал". Однако через полгода у вас возникнет проблема, которую непонятно как решать. И тогда уже это "Пфе" превратится в "О, круто! То, что надо" (smile)

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

Но вернемся к книжке. Формат — введение в главу и описание атак. Атаки самых разных типов -на сервер, на клиент, state based... Описание атаки состоит из нескольких частей:

  • Общее описание.
  • Когда применяется атака.
  • Как ее применять.
  • Как от нее защититься.
Всего в книге описаны 24 атаки + много полезной информации о том, как утсроены web-приложения, что такое WSDL, SOAP и прочие "страшные слова".

Первая же атака —  промывка в лотке в поисках золота. Автор предлагает нам вообразить себя золотоискателями, которые методично просматривают код, ища там "золотые кусочки" (комментарии в исходном коде, сообщения об ошибках и прочая). Этот метод очень интересен тем, что мы часто им пользуемся. Новички — когда не уверены, где искать. Опытные — когда необходимо методично проверить приложение, когда "я тут немного порефакторил, могло сломаться все, что угодно, тестируйте ВСЕ!".

Понравилось описание XSS и SQL-атак, автор приводит прям куски кода, бери да вставляй в свое приложение для проверки! А примеры - это всегда круто! (smile) Взяла их себе на заметочку.

Вообще в книге у меня с десяток защипанных страниц, не думаю, что стоит выписывать сюда все свои открытия. Могу только сказать, что что-то из прочитанного я уже знала, но о многом просто понятия не имела. Это так странно. Я 4 года работала с web-приложениями. Но это было до того, как я нашла http://software-testing.ru/ и начала активно прокачиваться и развиваться. Тогда я была еще совсем молодой и неопытной и обо всех этих атаках даже не догадывалась...

Поэтому начинающим книгу крайне рекомендую! У вас есть шанс уже в начале своего пути узнать столько, сколько ваши коллеги знают сейчас. И это здорово! А я уверена, что к книге еще вернусь и снова многое узнаю. И даже снова что-то останется за гранью моего понимания. Но это же хорошо — значит, мне есть куда развиваться!

Единственная проблема — английский язык. Да-да, придется учить, чтобы прочитать книжку (smile) Книги я уже читаю, а вот пробежаться по своим закладкам быстро не удается, приходится вникать во фразы... Но это все фигня, главное — знания )))

Я настоятельно рекомендую книги из серии "How to..." всем тестировщикам. И начинать советую как раз с тех, с чем вы сейчас работаете. С вебом я сейчас сталкиваюсь и мне было интересно узнать что-то новое. Я узнала )))) Чего и вам желаю!

понедельник, 9 февраля 2015 г.

Exploratory software testing. James Whittaker


Книга на Amazon.

Must read для тестировщика! Причем любого уровня:

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

Тестировщикам с опытом поможет взглянуть на свои проекты по новому. Поможет избежать проблемы "замыленного взгляда".

Мои заметки по книге — Как искать баги — исследовательские туры Виттакера.

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

Из особо понравившегося в книге:

The price of entry is low, but the road to mastery is difficult

Стать тестировщиком может каждый. А вот стать мастером в своей области — это надо уметь!

Интересный факт о тестировании игр для XBox - там много всего скрыто (hidden элементы). Программисты выводили всю скрытую информацю в игре, чтобы тестировщики видели, на что влияют их действия. Это помогало им тестировать быстрее и умнее. Очень любопытный пример, хорошая практика!

А как тренер, я не могла пройти мимо этой цитаты:

However, i would add that no matter what practical experiance you may have, you never really know a subject until you have to teach it. There are so many nuances to engineering endeavors that we don`t think about except at an intuitive level. Having to explain those nuances to someone else is a lot harder than it sounds.

Сколько бы реального опыта у тебя не было, ты никогда не познаешь тестирование, пока не начнешь преподавать его. Есть столько разных нюансов, о которых ты даже не задумываешься, применяя на интуитивном уровне. Объяснение этих нюансов кому-либо другому — работа намного сложнее, чем кажется.

Когда я начинала вести свои курсы для начинающих тестировщиков, я думала, что это будет легко. Но как только я начала преподавать, только тогда и познала всю глубину своего проклятья знания. К тому же некоторые вопросы студентов ставят в тупик. Ты не знаешь, как это объяснить — это маячок, что ты плохо разбираешься в теме. Копаешь вглубь и вот уже ты знаешь больше, чем раньше.

Или даже когда выступаешь на конференции. Вот вроде знаешь, как идет процесс в компании. Знаешь, как пишутся автотесты. Но, когда это надо объяснить "с нуля", начинаешь понимать, как много ты еще не знаешь. В итоге как в том анекдоте:

Ну и глупые школьники сегодня попались! Объяснил тему — не поняли. Объянил еще раз — не поняли. Объяснил третий раз — сам уже понял, а они не поняли!

Так что просто попробуйте объяснить свежевыученные знания другим. Устройте мини-конференцию или обучение у себя в компании. Коллегам приятно, и вам полезно!


С разрешения автора я публикую в блоге вольный перевод 4 главы его книги, посвященной собственно турам. Но настоятельно рекомендую прочитать всю книжку. Там ведь не только 4 глава. Есть много другого интересного. Есть опыт применения этих туров в Microsoft, есть невыпущенные статьи, размышления на тему будущего тестирования, есть... Да много чего есть. Прочитайте и узнаете!

PS - Добавила книгу в общий список прочитанных мною книг.

понедельник, 1 сентября 2014 г.

The Art of Software Testing. Гленфорд Майерс


Она же "Искусство тестирования программ" в русском переводе.
Ссылка на OZON.

Книга, впервые выпущенная в 1979 году. И до сих пор она не устарела. Ну, как не устарела Smile :)
На самом деле я не могу рекомендовать ее новичкам, которые ничего не знают о тестировании и это их немного пугает "а вдруг я не смогу?". Потому что многие главы тяжело читать, книжка "серьезная" и написана тяжелым языком.

С другой стороны, некоторые считают книгу Романа Савина попсой. Вот для них Майерс будет в самый раз!

Мне понравилось то, что в книге есть примеры, иногда простые и понятные, иногда запутанные и сложные, но есть! Мне понравилось то, что в третьем издании книга стала более современной, туда добавились главы о тестировании удобства использования и мобильных приложений, это круто! Поэтому, если и покупать, то только третье издание (или позднее).

Перед тем, как начать читать книгу, автор предлагает пройти простенький тест. Да да, то самое тестирование треугольника, о котором много наговорено! И тем не менее, этот тест не проходят даже люди с опытом работы, что уж говорить о начинающих?

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

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

Еще у него хорошо описан главный вопрос тест-дизайна и проектирования тестов:

Как из всех возможных тестов выбрать такое их подмножество, чтобы обеспечить максимальную вероятность обнаружения большинства ошибок?

Вообще глава про проектирование тестов мне очень нравится. Хорошие примеры, важные пометки "на что обратить внимание, где еще может сломаться", хотя бы ради нее могу порекомендовать книгу! Да, это не "вау, must read", но тоже вполне любопытно.

А при анализе ошибки важно понимать ответы на следующие вопросы:

  1. Где была допущена ошибка?
  2. Кто допустил ошибку?
  3. Какова причина ошибки?
  4. Как можно было предотвратить ошибку?
  5. Почему ошибка не была обнаружена раньше?
  6. Каким образом ошибку можно было обнаружить раньше?
Конечно, эти вопросы нужны не для того, чтобы наказать виноватого, а для того, чтобы улучшить процессы, это очень важно!

А еще Майерс хорошо пишет о говнокоде и о самом сложном при разработке и анализе ошибок - об умении думать.

В общем, книжка не для новичков, слегка устаревшая, но все равно может нанести непоправимую пользу, было бы желание! 

четверг, 31 июля 2014 г.

Дневник охотника за ошибками. Тобиас Клейн.


Ссылка на OZON.

Любопытная книжка!

В ней описывается биография 7 настоящих уязвимостей. обнаруженных автором за последний несколько лет.

Как он сам пишет, для кого эта книга:

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

Рекомендуемые автором книги:
  • The Art of Software Security Assesment: Identifying and Preventing Software Vulnerabilities (Amazon).
  • Fuzzing. Исследование уязвимостей методом грубой силы (Ozon)
А фаззинг у меня, кстати, есть! Надо уже добраться до него, поизучать, интересно жеж! Smile :)

Так вот, возвращаясь к охоте за багами. Автор описывает ошибки, найденные в самых разных местах:

  1. Проигрыватель VLC.
  2. Ядро операционной системы Sun Solaris.
  3. Мультимедийная библиотека FFmpeg.
  4. Элемент управления ActiveX.
  5. Антивирус avast!
  6. Ядро XNU в Apple MacBook.
  7. Аудиобиблиотеки iPhone. 
Каждая запись начинается с задела Обнаружение уязвимости, где прямо по шагам рассказывается "сначала буду делать то, потом то и вот я уже захватываю контроль над EIP!". Далее каждый шаг расписывается подробно. А потом автор показывает график "уязвимость обнаружения - уязвимость исправлена". Эти результаты, кстати, удивляют, кто-то исправляет очень шустро, а кто-то, наоборот, чуть ли не год и то только после публикации другим охотником за багами.

Ну и в конце автор всегда пишет о том, что полный исходный код эксплойта привести нельзя, потому что живет он в Германии, где очень строгие законы по этому поводу, но "вы можете посмотреть короткий ролик эксплуатации уязвимости на сайте книги". А в конце каждой главы идет список примечаний, где можно почитать подробнее о том, что было написано в главе. Список ссылок внушительный, так что доп материала хватает!

Все, что не имеет прямого отношения к записи в дневничке, вынесено в одно из приложений в конце книги. Автор заботливо разбил их на 3 части:
  1. Подсказки для охотника (что такое "переполнение буфера на стеке", "разименование нулевого указателя" и т.д.).
  2. Отладка (описание отладчиков для разных ОС и их основных команд).
  3. Методы защиты (приемы защиты, RELRO, Solaris Zones).
Я, судя по описанию в начале книги, тот самый ламер, который не получит от книги максимальной пользы, но зато узнает много нового. Так и есть! Было очень интересно прочитать о том, как Клейн искал уязвимости. А еще было очень приятно понимать, что я уже предугадываю шаги, какие нужны для обнаружения уязвимости!

Не понимаю, "как", но понимаю, "что"! Прикольно Smile :)

Я думаю, эту книгу стоит почитать всем тестировщикам. Она будет интересна опытным и познавательна для новичков. Вообще было бы классно, если бы таких книг с подробным разбором найденных интересных и/или сложных ошибок, было бы больше. Это ж сколько идей можно было бы почерпнуть из таких вот "дневничков"! Ну а пока... Пока довольствуемся блогами!

PS - книга добавлена в общий список книг.

воскресенье, 11 мая 2014 г.

Софт отстой и что с этим делать. Дэвид Платт


Ссылка на OZON. В книге рекомендуются:

Потрясающая книжка! Даже, пожалуй, переплюнула Психбольницу Алана Купера в части забавности Smile :)

Книга, как вы, наверное, успели догадаться, об основах usability. То есть напоминает Психбольницу. И в ней даже есть отсылки к книжке Купера! Пока я читала психбольницу, я в душе со многими вещами по инерции не соглашалась. Ведь я имею непосредственное отношение к разработке софта. Да, мне близки все эти программные ПО и "ну и что, что оно так работает? Вполне удобно, мне же все понятно!"

Стандартная ошибка программистов )) Так что я была внутренне готова снова скептически читать половину материала. Особый скепсис вызвало предисловие "мою книжку прочитали и сказали, что давно так не смеялись", ню-ню...

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

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

И они думают, что все такие, как и они. Что ручную коробку предпочитает большинство. Как бы не так! Факты говорят об обратном - от 10 до 14 процентов выберут не автомат. Я - пользователь. Мне абсолютно плевать, как оно там работает. "Я хочу би-би и в продакшен!"

Именно поэтому сквозь всю книгу проходит одна четкая и явная мысль - "Ваш. Пользователь. Не. Такой. Как. Вы! Запомните это и зарубите себе на носу!". Я писала об этом принципе в своем блог-посте Проблема у пользователя? Виноват разработчик!

А Платт очень удачно высмеял сайт, на котором надо бедным швейцарцам делать 30 кликов (сравнив с очень хорошим решением от Google в противовес) и также рассказал о багах юзабилити сайта Старбакса. Кстати, да, у них совсем неочевидный сайт, это стоит признать!

Еще мне понравился раздел про безопасность. Вот на Озоне его обсмеяли, потому что "ожидали большего". Люди, але! Эта книга в самом начале предупреждает, что в ней даже элементарных гиковских слов не будет, а вы хотели увидеть там глубины разработки безопасного софта?

Я считаю, что эту тему автор полностью раскрыл. Особенно удалась глава "психологическая атака". И правда, как бы вы не защищали свой софт, человеческий фактор легко сломит любую защиту... С другой стороны, а зачем каждый второй сайт требует регистрации и ввода пароля? Конечно, в 90% случаев (у некоторых людей и в 100%) пароль будет одинаковый, для всех "левых" сайтов.

Эх, хорошо бы сделать Единый клиент для всяких таких сайтов и их паролей! И ведь даже подобный софт существует, но большого распространения пока не получил. С другой стороны, в последнее время стали активно прикручивать авторизацию через соц сети и мне это очень нравится. Если сайт не пытается от твоего имени спамить, получая при авторизации полный доступ к таким нахальным действиям, то это очень удачный вариант! Не надо регистрироваться и помнить очередной пароль. Авторизовался через соц сеть и все! Здорово ))

Платт ссылает не только на книгу Алана Купера, но и на фундаментальный труд Фредерика Брукса "Мифический человеко-месяц". А еще он ссылается на книгу Криптономикон Нила Стивенсона и очень ее рекомендует, говорит, что, если вам понравилась данная книжка, то понравится и Криптономикон. "Роман о гиках". Прям заинтриговал, поищу такую книжку в продаже Smile :)

Да вообще много всего можно было бы из книжки процитировать. И очень хотелось иногда! Но зачем спойлерить? Возьмите и прочитайте сами! Мое имхо - книжка того стоит! Если вам понравилась Психбольница, то точно стоит. Но предупреждаю, здесь больше юмора, некоторым она поэтому и не нравится, несерьезная, мол. А как по мне - так четко и в точку! Долой отстойный софт, давайте сделаем этот мир лучше!! Smile :)

PS - Добавила книгу в общий список прочитанных мною книг.

четверг, 6 февраля 2014 г.

Список книг (по тестированию и не только) с отзывами

Ребята, я очень много читаю и в последнее время я читаю много бизнес-книг, которые нам так или иначе могут пригодиться в работе. Поэтому я решила сделать один агрегированный блог-пост, который буду со временем пополнять! Smile :)


Области прочитанных книг самые разные, но начнем, конечно же, с тестирования...


Тестирование в целом


ВАУ, must read!
  1. Lee Copeland. A Practitioner's Guide to Software Test Design - ЛУЧШАЯ КНИЖКА по тест-дизайну! Да, на английском, но поверьте, оно того стоит. Книга-тренинг, в конце каждой главы идут упраждения для самопроверки.
  2. Ron Patton. Software Testing - По объему предоставляемой информации не уступает Копланду, для начинающих очень-очень много полезной информации! Книга-тренинг, в конце каждой главы идут вопросы для самопроверки.
  3. Роман Савин. Тестирование dot com - Мастхев всех русских тестировщиков, особенно начинающих. Она маленькая и бесплатная. Поэтому никакие отмазки не пройдут. Не читал? До свидания (если пришел на должность джуниора, а сам даже Савина не удосужился прочитать)
  4. Exploratory software testing. James Whittaker — must read, как для новичков, так и для продвинутых! Показывает тестирование с новой стороны :)
  5. Рекс Блэк. Ключевые процессы тестирования - очень серьезная книга про процессы. Ее сложно прочитать, но можно почерпнуть много интересной информации.
  6. Алан Купер. Психбольница в руках пациентов - лучшая книга про usability. Стоит читать даже тем, кто этим видом тестирования пока не занимался.
  7. Дэвид Платт. Софт отстой и что с этим делать. - офигительная книжка по usability. Ничуть не хуже Психбольницы, при этом в 2 раза веселее ))
  8. Тестирование программного обеспечения. Базовый курс. Святослав Куликов — Русская бесплатная книга для начинающих. После Савина можно читать, добавит новых знаний! Не совсем простая, но и не совсем серьезная, читается довольно легко, а материала полезного много.
  9. Джоэл о программировании. Джоэл Спольски — там не только о программировани, но и о тестировании, и о багах, и много о чем еще!
  10. Джоэл. И снова о программировании. Джоэл Спольски — вторая часть, не менее замечательная :)
  11. Perfect Software and other illusions about testing. Gerald M. Weinberg — прекрасные примеры иллюзий о тестировании.
  12. Книга Главреда. Пиши, сокращай. Максим Ильяхов — прочитайте сами и аналитику подарите!

вторник, 17 декабря 2013 г.

I help bob keep his job. Radomir Djenadic


Книжку I help bob keep his job я в свое время купила на Амазоне не в последнюю очередь из-за ее цены. Но потом она так и висела в моем kindle-ридере, а руки все не доходили...

Теперь дошли Smile :)
Мои выдержки из книги - ISTQB? BaNAna!!!

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

Нет, никакой теории. Заметки автора о его опыте. О том, как ты должен строить свою карьеру. Вполне интересное чтиво, написанное простым языком.

В самом начале автор рассказывает историю, которой он отвечает на простой вопрос "Кем ты работаешь?". Можно ответить просто - тестировщиком. Но ведь люди не поймут, что это за профессия. Поэтому автор рассказывает душещипательную историю о разработчике Бобе, который был хорошим малым и честно писал код. Но потом он допустил ошибку, его стали приводить на митинги, ругать злые инвесторы и прочая, прочая. В общем, Боб потерял бы работу, если бы не автор, который нашел его ошибку на раннем этапе и допустил, чтобы она попала в продакшен и разозлила инвесторов.

Честно говоря, меня эта история позабавила, но не впечатлила. Однако книгу я решила дочитать, она мне просто внезапно попалась под руки, когда я дочитала бумажную и под рукой, кроме ipad, на котором после обновления стерлось все, что было честно закачано, а не честно куплено. Вариантов особо не было, а там уже и втянулась. За один день прочитала 400 страниц! На английском! Без переводчика! Классно же!

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

Я, например, не знала перевода "нанимать на работу" (hire), но по тексту было понятно. А потом в твиттере прочитала то же самое. Или смотрю, автотест называется obsolete, уточнила, не absolute ли, нет, это именно устаревший. И тут же вечером в книжке натыкаюсь на это слово! Так что очень интересный опыт Smile :)

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

понедельник, 18 ноября 2013 г.

Ron Patton. Software Testing


Мои выдержки из книги:
  1. Что же такое - баг?
  2. Цель тестировщика
  3. Тест дизайн VS дизайн кода
  4. Не забудьте про документацию пользователя!
  5. Финальной версии спецификации не бывает
  6. Чем полезен доступ к коду...
  7. Black-box, white-box, static, dynamic...
Книжка очень полезная, как в плане изучения тестирования, так и в плане изучения английского. Ну а что, пока прочтете такой талмуд, уже научитесь делать это почти не обращаясь к переводчику Smile :)

Книжка по основам тестирования, затрагивает все основные моменты, которые вам стоит знать. Имхо, для начинающих она на втором месте после Lee Copeland. Русский аналог Романа Савина. конечно же, крутой. Но у Романа короткая книжка, которая помогает быстро понять основы. А Lee и Ron раскрывают каждую тему подробнее.

Поэтому, конечно же, я считаю, что такие книжки тоже надо прочитать! Мне, кстати, Паттон так понравился, что я купила эту книжку себе в личную коллекцию. И нисколько не жалею!

Хотя немного забавно было, в конце книги была примерно такая фраза "для новичка... А вы, конечно же, новичок, раз читаете эту книжку". Хе-хе, интересный вывод. Я уже далеко не новичок и особо новое в книжке не нашла, но мне все равно было интересно. Было бы здорово, конечно, прочитать ее на заре моей карьеры!

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

Так что, новичок вы или "старичок", книжка очень полезная, интересная и грамотная. К прочтению крайне рекомендуется Smile :)

Добавила книгу в общий список прочитанных мною книг.

четверг, 10 января 2013 г.

Роман Савин. Тестирование dot com.



Самая популярная русская книжка по тестированию...

Я уже столько раз видела отзывы про нее, что решила - пора прочитать! А то ведь все новички упорно игнорируют книги Lee Copeland или Ron Patton, просто потому, что они:
  • на английском;
  • дорого стоят в России;
Зато все как один говорят "Я прочитал Романа Савина!", ну еще бы, книжка доступна бесплатно в электронном виде, грех не прочитать. 

Прочитала. Теперь хочу бумажный вариант в домашнюю коллекцию Smile :)
А еще хочу сказать - ребята, вы молодцы! Что хотя бы что-то читаете. Книжка очень понравилась, действительно, написана вполне простым языком. Конечно, ей все равно далеко до Lee Copeland, но так она ведь и тоньше, меньше...

Но зато содержит в себе все те знания, которые необходимы для начала работы. А про тест-дизайн... Про тест-дизайн потом на курсах послушаете!

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

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

Несколько цитат, которые мне понравились / не понравились / вызвали чувство ностальгии:

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

2. Запомните, что даже если вы на 100% уверены, что интервью провалилось (или, наоборот, идет прекрасно) - ваша оценка не имеет никакого веса, так как решение о вашем найме или не найме принимаете не вы.
Далее автор рассказывает трогательную историю о том, как думал, что провалил собеседование, а на следующий день... Вышел на работу! Примерно также получилось и у меня, поддерживаю!

3. Не вас, а вы выбираете (работу)... Сладкое чувство!
А вот тут в корне не согласна. Сладкое... Ха! Как же я мучилась ту неделю, когда стояла перед выбором, куда пойти, где были одинаковые условия по деньгам / времени в дороге / милому коллективу, но в корне разные проекты. Вот ни разу не сладкое...

А какие цитаты запомнились больше всего Вам? Smile :)

Добавила книгу в общий список прочитанных мною книг.