Какую книгу вы бы порекомендовали другим людям, начинающим карьеру в области обеспечения качества ПО? Какая книга вдохновила вас, бросила вам вызов или заставила по-другому взглянуть на свою работу? К какой книге вы постоянно возвращаетесь или цитируете ее другим?
Мы задали эти вопросы более чем 200 инженерам по качеству в Slalom Build и получили в ответ список из двадцати трёх книг обо всем: от практического тестирования API, тестирования производительности и тестирования в Agile до книг о философии тольтеков (древних обитателей Мексики), двух способах мышления человека и о мыши, бегающей за сыром.
Хотя было бы трудно прочитать все эти книги, каждая ценна по-своему. Так что мы считаем, что все они заслуживают внимания начинающих и действующих специалистов по качеству. Большинство книг — на английском языке.
Друзья, поддержите нас вступлением в наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.
Explore It!
Автор: Элизабет Хендриксон (Elisabeth Hendrickson)
Рекомендация от Джейка Клайна (Jake Kline)
Мастер-класс Элизабет Хендриксон по исследовательскому тестированию можно перечитывать каждые несколько лет. Только когда я прочитал “Explore It!”, я понял, что другие светила отрасли либо заимствовали у нее избранные фрагменты, либо отобрали оттуда целые главы.
Что делает книгу “Explore It!” такой увлекательной, так это то, что она предлагает прагматичные методы тестирования ПО в Agile-среде в сложных условиях и полностью разрушает миф о том, что исследовательское тестирование — это некая витиеватая деятельность, проводимая затворниками, единственная цель которых — спустить бюджет. В сущности, суть сформулирована на обложке: “Снизить риск и повысить уверенность”.
Хендриксон виртуозно переворачивает пирамиду тестирования с ног на голову, не вдаваясь в чересчур подробные размышления о том, как получить качественные продукты при минимуме затрат. Откройте в себе неизведанное с “Explore It!” и станьте настоящим путешественником в мире качества.
Lessons Learned in Software Testing
Авторы: Сем Канер (Cem Kaner), Джеймс Бах (James Bach) и Брет Петтихорд (Bret Pettichord)
Рекомендовано Омаром Галеано (Omar Galeano)
Когда мы говорим о том, что делает хорошего инженера по качеству таковым, естественно подумать об автоматизации тестов или о владении инструментами тестирования пользовательского интерфейса на все случаи жизни. Или, возможно, речь идет о мастерстве эквивалентного разбиения и анализе граничных значений.
Все это, конечно, является частью работы. Но часто совсем не это делает QA-специалиста незаменимым для его организации и выделяет лучших. Это иное выковывается годами побед и поражений, проб и ошибок, раздвигая при этом границы привычного мышления. Это мышление тестировщика.
Много лет назад, когда я начинал свою карьеру в QA, мне посчастливилось в первый же день познакомиться с книгой Петтихорда, Канера и Баха “Lessons Learned in Software Testing”. Перейдя к первому уроку, я прочитал выделенное жирным шрифтом: “Вы — фары вашей организации”. Это меня заинтриговало. По мере прохождения всех 293-х уроков, каждый из которых был достаточно коротким, чтобы прочитать его за несколько минут, я сформировал свой угол зрения, под которым буду подходить к решению многих задач тестирования.
В этой книге вы прочтете о полезных практических аспектах тестирования, стратегии, автоматизированном тестировании, управлении тестированием и многом другом. Но я считаю, что самым важным приобретением будет способность лучше мыслить как тестировщик.
Agile Testing and More Agile Testing
Автор: Лиза Криспин (Lisa Crispin) и Джанет Грегори (Janet Gregory)
Рекомендовано Кристин Видеман (Christin Wiedemann)
Лиза Криспин и Джанет Грегори — два человека, которых я считаю образцами для подражания. Я многому научилась благодаря их готовности щедро делиться опытом и знаниями, и продолжаю учиться у них благодаря их постоянному вкладу в наше сообщество.
В двух книгах – “Agile Testing” и “More Agile Testing” – они излагают важнейшие основы обеспечения качества, связанные с Agile. Книги очень хорошо структурированы, а включение жизненных историй делает их легкими для чтения.
Я использую эти книги как справочную литературу для получения советов и идей, а также для поиска информации. Если вы хотите отточить свои общие навыки в области обеспечения качества или узнать больше о таких специфических вещах, как разработка через приемочные тесты (ATDD), концепции тестирования или разделение пользовательских историй, вам стоит ознакомиться с этими книгами.
The Unicorn Project
Автор: Джин Ким (Gene Kim)
Рекомендовано Яной Янцеловской (Yana Yantselovska)
The Unicorn Project — одна из самых захватывающих книг о разработке программного обеспечения, которые я когда-либо читала. В этом романе мы следуем за разработчицей Максин. Она перешла на проект, критически важный для выживания ее работодателя, компании Parts Unlimited. Конкуренты наступают компании на пятки, и чтобы остаться на плаву, внутренние процессы этой фирмы нужно изменить.
Столкнувшись со многими проблемами в качестве простого сотрудника, Максин берет инициативу на себя и организует команду талантливых и полных энтузиазма разработчиков, контролеров качества и приемщиков. Вместе они пытаются спасти проект, внедряя передовые методы разработки.
На своем пути команде проекта “Единорог” (англ. Unicorn – “единорог”) приходится преодолевать множество препятствий: политические игры, отсутствие документации, хаос в организации процессов, отсутствие автоматизации тестирования, отсутствие прозрачности, смена приоритетов… звучит знакомо, не правда ли?
Книга “The Unicorn Project” настолько реалистична, что я просто не могла остановиться, пока не прочитала ее от корки до корки всего за пару дней! Некоторые описанные проблемы я могла соотнести с собственным профессиональным опытом, а некоторые сценарии заставили меня еще больше оценить процессы в моей нынешней компании.
Я настоятельно рекомендую эту книгу всем, кто связан с ИТ. Книга “The Unicorn Project” увлекательна и позволяет читателям по-новому взглянуть на свою работу.
xUnit Test Patterns
Автор: Джерард Мешарос (Gerard Meszaros)
Книга переведена на русский язык.
Рекомендовация Дуга Боуэна (Doug Bowen)
Это подробное техническое введение в проектирование автоматизированных тестов. В нем рассматриваются четыре фазы тестирования. Это установка (Setup), выполнение (Exercise), проверка (Verification) и завершение (Teardown). Также описываются отслеживание фикстур (функций тестирования), затрагиваются вопросы производительности и управления.
В книге даются подробные схемы для различных паттернов (моделей автоматического тестирования). Взвешиваются плюсы и минусы автоматизации (упоминается сквозное тестирование, постоянные среды и т.д.). Эта книга научила меня почти всему, что я знаю, и ее действительно следует использовать как справочник.
Рекомендация Джеффа Бэлсли (Jeff Balsley)
Не позволяйте названию книги и примерам кода обмануть вас (все на Java и xUnit), ведь эта книга — больше, чем просто примеры кода. Это исчерпывающая коллекция паттернов для разработки тестов и тестовых наборов. Она должна быть на книжной полке каждого инженера.
Автор разделил книгу на три части. Первая часть посвящена стратегии тестирования и не специфична для xUnit. В ней рассматриваются создание тест-сьютов, мокинг и тому подобны вещи. Во второй части книги разбираются тесты на “дурно пахнущий” (то есть запутанный и потенциально проблемный) код, а последний и самый большой раздел — это многочисленные тестовые паттерны.
Моя любимая часть книги — вторая, глава о тестах на “запах” кода. Автор рассматривает общие проблемы кода, поведения и разработки тест-кейсов и тестовых наборов, определяет уровень кода и анализирует причины именно такого уровня.
Прочесть этот раздел будет полезно как опытным инженерам по качеству, так и новичкам. Здесь же рассматриваются такие распространенные проблемы, как сильно связанный код, дублирование кода, хрупкие тесты (которые внезапно проваливаются, хотя код корректен) и медленные тесты, а также прочие “запахи”.
Scrum: The Art of Doing Twice the Work in Half the Time
Авторы: Джеф и Джей Сазерленд (Jeff & JJ Sutherland)
Рекомендовано Томом Тейлером
Разработка программного обеспечения (и контроль за его качеством) — это командный вид спорта. Большинство команд используют методику Scrum. Эта книга представляет собой очень понятное объяснение теории и поведенческой науки Scrum. Это увлекательное чтение, которое опирается на множество примеров процессов, основанных на Scrum и находящихся при этом за пределами сферы разработки программного обеспечения.
Это не руководство к действию для QE и не сборник подсказок, что говорить на ежедневной летучке или как учитывать затраты на тестирование при планировании покерной сессии. Но эта книга даст каждому инженеру по качеству большее понимание важности этих действий.
Я закрыл эту книгу с возросшим уровнем уверенности в том, что делает некоторые практики хорошими, а другие — не очень, и я продолжаю использовать эти знания при работе с новыми командами и новыми коллегами. Настоятельно рекомендую почитать.
Crucial Conversations
Авторы: Kerry Patterson (Керри Паттерсон), Joseph Grenny (Джозеф Гренни), Рон Макмиллиан (Ron McMillian) и Эл Свитцлер (Al Switzler)
Рекомендовано Ариэль Джакомассо (Ariel Giacomasso)
Как инженеры по качеству, мы каждый день должны бороться за надежное, стабильное, удобное для использования и хорошо спроектированное ПО. Изучение стратегий тестирования, фреймворков автоматизации и новейших инструментов требует времени. Нужно сесть в кресло, прочитать техническую книгу или посмотреть видео на YouTube. Это относительно легко, но это отнимает время.
При этом есть один аспект нашей работы, ключевой элемент QE, который заключается в том, чтобы всегда оставаться начеку и уметь взять слово, когда вы чувствуете, что качество ПО не соответствует необходимым стандартам или что ПО не полностью решает проблемы клиентов. В такие моменты мы часто участвуем в решающих переговорах.
Решающие переговоры включают в себя три ключевых компонента: высокие ставки, различные мнения и сильные эмоции. Они не всегда связаны с серьезными вопросами, но их результаты могут повлиять на качество проектов и программных продуктов, которые мы разрабатываем.
Звучит знакомо? Мы, инженеры по качеству, ежедневно проводим подобного рода переговоры.
Эта книга затрагивает одну из самых сложных тем в человеческих отношениях: как вести трудные переговоры, когда мнения противоположны, стороны испытывают сильные чувства, а эмоции накалены.
Наполненная глубокими идеями и стратегиями, эта книга была прочитана мной четыре раза. Я исписал большую часть ее страниц заметками, выделив несколько строк, которые впоследствии оказались очень полезными в моей карьере.
Итак, вот некоторые способы, как НЕ не добиться успеха в решающих переговорах:
- Позволить эмоциям диктовать вам, что говорить. В частности, эмоциональная потребность “победить” или быть “правым”.
- Полагать, что ответ — это “выбор дурака”, и есть только да и нет или верное/не верное решение.
Ничего не напоминает? Мы все были свидетелями того, как рассуждения на уровне “я начальник — ты дурак” в дискуссиях по разработке программного обеспечения приводят к снижению его качества.
Авторы книги провели множество исследований, выясняя, как ведут себя люди, умеющие вести диалог во время решающих бесед. Эти люди:
- Начинают с осознания того, чего они сами хотят.
- Избегают выбора “или-или” (это выбор дураков) и ищут, где можно вставить “и”.
- Достаточно умны, чтобы выяснить для себя, чего они НЕ хотят.
- Думают над более сложной задачей (что, в данном случае, означает “и”), а не стремятся к прямолинейному ответу.
- Обращают внимание на то, что говорит их поведение, чтобы язык их тела/действия соответствовали их словам для большей убедительности.
On Grand Strategy
Автор: Джон Льюис Гэддис (John Lewis Gaddis)
Рекомендация Джейка Клайна (Jake Kline)
Кто-то однажды сказал мне, что жизнь в тестировании можно рассматривать как жизнь, проведенную в глубоких размышлениях о том, как эффективно попрощаться. В первые годы работы я часто цитировал эту фразу другим, не задумываясь об этом. И только когда я прочитал шедевр Джона Льюиса Гэддиса “О великой стратегии”, я начал по-настоящему задумываться над словами моего умудренного опытом друга и над тем, как они повлияли на мой подход к обеспечению качества.
В книге затрагиваются вопросы доскональности, внимания к деталям, мастерства в чем-то одном и компетентности в целом. Книга учит, как широкое мировоззрение и знание исторических анекдотов приносят пользу для достижения результатов в тестировании.
Разработка ПО — это грязный бизнес. Чистый стиль текста Гэддиса показывает не только то, какой должна быть хорошая стратегия (тестирования), но и то, как можно смотреть на жизнь и работу в перспективе, живя сегодняшним днем. До встречи, друзья.
Thinking, Fast and Slow
Автор: Даниэль Канеман (Daniel Kahneman)
Рекомендация Джеймса Ривза (James Reeves)
В той же или даже большей мере, чем техническое мастерство, для качественного проектирования нужен верный философский подход. Сразу бросается в глаза, что книга “Thinking, Fast and Slow” написана лауреатом Нобелевской премии — экономистом, который в течение всей своей жизни проводил исследования разного рода экономических и социальных экспериментов. Название книги отсылает к двум стилям мышления, которым подвержен каждый человеческий мозг — мгновенной реакции и длительному вдумчивому отклику.
Лично мне особенно запомнился раздел о простоте усвоения информации, в котором рассказывается об использовании “иллюзий истины” для написания убедительных сообщений, чтобы помочь другим понять что-то. Будучи инженерами по качеству, мы регулярно берем технически сложную информацию об отчетах, закономерностях и т.д. и преобразуем ее в нечто, что каждый может понять и извлечь пользу.
Помимо психологии, Канеман тратит значительное количество времени на обсуждение понятия риска. Еще одним ярким моментом является раздел, посвященный четырехуровневой схеме, которая объединяет эффекты определенности и возможности, чтобы продемонстрировать, как люди оценивают вероятный процент риска.
Вся книга — это увлекательное чтение, наполненное интересными нюансами для каждого инженера по качеству! Очень рекомендую.
Рекомендовация Ниши Банур (Nisha Banur)
Мы склонны преувеличивать, насколько хорошо человек понимает мир. Если нас не обучать, мы только обманываем себя и ошибаемся, когда думаем. В книге “Thinking, Fast and Slow” Дэниэль Канеман говорит: “Интеллект — это не только способность рассуждать. Это также способность находить соответствующий материал в памяти и переключать внимание, когда это необходимо”.
В этой дико увлекательной, интерактивной и полезной психологической книге нобелевский лауреат Канеман вместе со своим партнером Амос Тверски исследует, как две системы в нашем мозге влияют на то, как мы думаем.
Первая система — быстрая, интуитивная, эмоциональная и не может быть отключена. Вторая система более медленная, обдуманная, логичная, она воспринимает то, что приказывает ей первая.
Система № 1 по своей природе принимает увиденное за чистую монету и делает поспешные выводы, вызывая эффект ореола, эффект якоря и другие иллюзии. Мы уязвимы для навязчивой иллюзии, которая звучит так: “Ничто в жизни не имеет такого значения, как ты думаешь, когда думаешь об этом”.
Лучше использовать каждую из систем для различных задач в течение дня. Практика улучшит производительность и устранит неточности в мышлении.
Growing Object-Oriented Software, Guided by Tests
Авторы: Стив Фриман (Steve Freeman) и Нэт Прайс (Nat Pryce)
Рекомендовано Адамом Таппером (Adam Tapper)
Целью разработки программного обеспечения является создание систем, которые удовлетворяют определенным потребностям и при этом являются производительными, безопасными и поддерживаемыми. Наша задача как инженеров по качеству — обеспечить достижение этой цели с помощью различных инструментов и методологий.
Разработка через тестирование — методология, которая часто упоминается при обсуждении путей к достижению этой цели. Но она также часто быстро отвергается как непрактичная и слишком трудоемкая. Эта книга переворачивает подобное представление.
“Growing Object-Oriented Software, Guided by Tests” проведет вас через создание приложения с нуля и обучит разработке на основе тестирования не как практике, которую вы применяете для тестирования кода, а как способу мышления в сфере развитии программного обеспечения. Начиная с определения конкретной цели, которая должна быть четко сформулирована в виде названия теста, вы получаете код минимальной сложности, что снизит побочные эффекты и затраты на обслуживание, повышая надежность.
The Famous Five
Автор: Энид Блайтон (Enid Blyton)
Рекомендовано Нандини Басу (Nandini Basu)
Вопрос о книге, которая сильнее всего повлияла на меня как QE, вернул меня в детство, когда я мечтала стать детективом и волшебником. Моим любимым ритуалом перед сном было чтение детективов, а началось все с серии “Великолепная пятерка”. Мой папа брал эти книжки в районной библиотеке.
Когда я перешла к Шерлоку Холмсу, мой разум был потрясен силой наблюдения, логикой и магией дедукции. Другой блестящий детектив, сформировавший мой любознательный ум, — Фелуда, индийский бенгальский герой. Я стремилась везде приходить вовремя, чтобы подражать ему.
Хотя тайны становились все более напряженными, основные вопросы, необходимые для их решения, были неизменны: “что”, “когда”, “как” или “почему”. Вчера я была поставлена в тупик аналогичным вопросом: “Как мы получили “плохие данные” (bad data)”?
Информатика — это не что иное, как волшебство (так кажется, если проследить путь от дней, когда письмо доставлялось вручную, до мгновенного видеочата). В моем мире быть QE – это то же самое, что быть детективом или волшебником. Задавать правильные вопросы, искать скрытые ошибки и выслеживать первопричину. Этим я обязана своим детективам.
Bug Advocacy
Авторы: Сэм Канер (Cem Kaner) и Ребекка Л. Фидлер (Rebecca L. Fiedler)
Рекомендовано Минь Три Нгуеном (Minh Tri Nguyen)
Эту книгу рекомендовал один из моих старших преподавателей, когда я начинал свою карьеру в QA, и она до сих пор является моей постоянной книгой для чтения.
“Bug Advocacy” демонстрирует различные способы решения распространенных проблем, таких как работа с невоспроизводимыми дефектами. Из этой книги вы узнаете, как составить четкий баг-репорт и как QA может обеспечить влияние и авторитет проекта.
“Bug Advocacy” до сих пор служит для меня руководством в моей нынешней работе и способствует оттачиванию моего мастерства. Кажется, что эта книга написана для начинающих, но основные принципы QA, которые я почерпнул из нее, все равно будут применяться в каждом проекте, независимо от того, насколько он технологичен и современен.
The First 20 Hours
Автор: Джош Кауфман (Josh Kaufman)
Рекомендовано Минь Три Нгуеном (Minh Tri Nguyen)
Эту книгу я закончил читать несколько месяцев назад. Она предлагает очень хороший альтернативный метод для правила 10 тыс. часов.
В книге подчеркивается, как важно посвятить и оставаться сосредоточенным в первые 20 часов (что эквивалентно обучению по 45 минут в день непрерывно в течение месяца). Когда мы начинаем изучать что-то новое, результат обучения в это время значительно выше. После первых 20 часов процесс усвоения знаний заметно замедлится, и мы не будем учиться так же быстро, как в первые 20 часов.
В моем случае я применил этот метод для своего самого первого сертификата MS: Azure Fundamentals. Для меня как молодого QE облачные концепции были относительно новыми и сложными, но, ежедневно посвящая интенсивной учебе один час после работы в течение 20 дней, я смог сдать экзамен с первой попытки и с хорошим результатом. Я считаю, что все QE могут извлечь пользу из этого метода обучения любым новым технологическим знаниям.
Verbal Judo
Авторы: Джордж Дж. Томпсон (George J. Thompson) и Джерри Б. Дженкинс (Jerry B. Jenkins)
Рекомендовано Джеффом Клодоном (Jeff Claudon)
“Verbal Judo”— это книга о том, как предотвратить возникновение неприятных ситуаций — или разрядить их, если они уже возникли, и при этом позволить каждому сохранить лицо. “Verbal Judo” не только предлагает вам те или иные приемы, но и приводит реальные примеры практического их применения.
Я с большим успехом использовал некоторые из описанных в книге техник как в личной, так и в профессиональной жизни, и многие из них теперь работают почти автоматически.
Эту книгу я прочитал уже четыре раза и, вероятно, буду перечитывать еще.
Exploratory Software Testing
Автор: Джеймс А. Уиттакер (James A. Whittaker)
Рекомендовано Кристином Видеманом (Christin Wiedemann)
Это одна из тех книг, которые обычно находятся у меня под рукой, и я постоянно возвращаюсь к ней, ищу определенные моменты и перечитываю некоторые разделы. Это отличное введение в структурированное и целенаправленное исследовательское тестирование, и определенно рекомендуется для чтения всем, кто начинает свою карьеру в сфере QA.
В книге также представлен отличный обзор тестирования на основе туров, включая обсуждение того, как планировать и управлять тестированием с помощью туров, и как туры вписываются в спринты.
Книга очень хорошо структурирована, с короткими и легко читаемыми разделами. Вы можете начать с любого места, читая разделы в том порядке, который вам удобен.
Одной из главных частей книги является Приложение А: “Построение успешной карьеры в тестировании”. В нем на нескольких коротких страницах собрано множество идей и полезных предложений. Моя любимая фраза из всей книги: “Никогда не делайте ничего повторно, не осознав то, что вы делаете и не усомнившись в этом”.
API Testing and Development with Postman
Автор: Дэйв Вестервелд (Dave Westerveld)
Рекомендовано Янг Ким (Young Kim)
В этой книге рассматриваются API в целом, но основное внимание уделяется тому, как тестировать и разрабатывать их с помощью Postman. Я использую Postman для тестирования API в повседневных проектных задачах. Но я редко использую все возможности, которые он предлагает, потому что не знаю, как некоторые функции Postman могут помочь мне в повседневном тестировании.
Я получила много знаний, читая эту книгу, и включила некоторые из изученных концепций в свои проекты.
Книга охватывает такие основные вопросы, как вызов API из онлайн/оффлайн ресурсов, использование Postman для документирования API, что именно тестировать в API, как работают управляемое данными тестирование, контрактное тестирование и Mock-серверы. Обсуждается, как должен быть построен API.
Я настоятельно рекомендую эту книгу для читателей всех уровней.
The Four Agreements
Автор: Дон Мигель Руис (Don Miguel Ruiz)
Рекомендовано Ребеккой Тейлор (Rebecca Taylor)
В книге “The Four Agreements” объясняются четыре простые (но только на первый взгляд) жизненные философии общества тольтеков. Я обнаружил, что они удивительно актуальны в моей карьере специалиста по качеству.
Третье соглашение, “Не делай предположений”, легко применимо к тестированию программного обеспечения. Инженеры по качеству учатся не предполагать, что ПО будет работать так, как ожидается, а пристально изучать, что может пойти не так.
Но этот принцип также применим к тому, как мы работаем в командах Agile. Вместо того чтобы делать предположения о том, почему член команды изменил мой код или грубо высказался на ежедневной летучке, я задаю вопросы, чтобы разобраться в ситуации. Может быть, я упускаю какую-то техническую концепцию, а может быть, этот человек перегружен и не может найти баланс между детьми, кошками и работой во время глобальной пандемии. То, что воспринимается как конфликт, на самом деле может представлять собой возможность учиться и расти, а возможно, предлагать поддержку и сострадание.
Как пишет автор, “есть способ удержать себя от предположений — задавать вопросы. Убедитесь, что коммуникация ясна. Если вы не понимаете, спросите”. Задавая вопросы, мы открываем лучшее в нашем коде и в наших командах. Отличный вопрос: “Что еще я могу узнать, прочитав остальную часть книги?”.
Who Moved my Cheese?
Автор: Спенсер Джонсон (Spencer Johnson)
Рекомендовано Гадиром Хаддадом (Ghadeer Haddad)
Я очень рекомендую книгу “Who moved my cheese?” доктора медицины Спенсера Джонсона.
Это поучительная короткая история о четырех героях, которые живут в “лабиринте” и ищут “сыр”, чтобы наесться и стать счастливыми. Эта книга очень помогла мне в начале моей карьеры в качестве QE, поскольку в ней говорится о переменах и о том, как с ними справляться.
Для автора “сыр” — это метафора того, что вы хотите иметь в жизни. Но для меня “сыр” — это метафора ошибок/неисправностей, которые я ищу в “лабиринте”, которым может быть любой программный продукт, приложение или кусок кода.
Один из основных принципов тестирования программного обеспечения гласит: “Тестируй рано, тестируй часто”. Как QE, следуя этому принципу, я могу найти в этой книге отличные уроки и техники, которые помогут мне предвидеть, отслеживать и быстро адаптироваться.
При работе в изменчивой Agile-среде в качестве QE мне иногда приходится совершать резкие маневры. Это необходимо, чтобы адаптироваться к изменениям в программном обеспечении или при появлении новой функции, с которой мне нужно очень быстро познакомиться и подготовиться к тестированию, в то время как я планировал тестировать другую функциональность!
В этой книге вы найдете вдохновляющие уроки, которые помогут вам справиться с неожиданными изменениями в личной или профессиональной жизни. Приятного чтения!
The Essential Deming
Автор: Джойс Нильссон Орсини (Joyce Nilsson Orsini)
Рекомендовано Дэйвом Габриэльсоном (Dave Gabrielson)
Я читал эту книгу несколько лет назад, читал и другие работы Деминга. Но эта книга — отличный сборник статей, отражающих некоторые фундаментальные концепции, с которыми, по моему мнению, должен ознакомиться любой человек, занимающийся вопросами качества.
Деминга, как многие знают, часто считают отцом качества — благодаря той роли, которую он сыграл в подъеме японской промышленности после Второй мировой войны. Его идеи преобразовали менеджмент во всем мире и привнесли невиданное ранее внимание к качеству и способ мышления о нем. Хотя его деятельность была сосредоточена в основном на производстве, многие из его принципов вполне применимы к разработке программных продуктов, а его идеи также относятся к общему лидерству и управлению.
Вот лишь несколько концепций из этой книги, которые показались мне особенно интересными. Эти концепции, как мне кажется, могут помочь QA-специалистам, которые надеются однажды перейти на руководящие должности, стать лучшими лидерами и поддерживать фокус на качестве во всех организациях, которые они возглавят:
- Идея о том, что высшее руководство имеет решающее значение для влияния на качество, поскольку только оно может принимать решения, необходимые для его обеспечения.
- Теория знаний, важность получения знаний для принятия правильных решений и идея о том, что простая информация не является знанием.
- Важность статистического мышления и различные методы применения статистики, которые для меня напрямую связаны с нашей работой в качестве тестировщиков.
Приятного чтения.
The Art of Application Performance Testing
Автор: Ян Молино (Ian Molyneaux)
Рекомендовано Прабхатом Сингхом (Prabhat Singh)
Эта книга представляет собой отличное введение в тему тестирования производительности приложений в удобном для чтения формате.
“The Art of Application Performance Testing” начинается с описания ключевых понятий тестирования производительности и метрик, о которых должен знать каждый. В этой книге перечислены различные категории тестирования, в особенности, тестирования производительности и нагрузочного тестирования. Также в ней подробно рассматривается, как подготовиться к различным видам тестирования.
Книга не рассматривает конкретные инструменты, которые могут быть использованы для тестирования производительности, но предоставляет рекомендации по планированию, выполнению и интерпретации результатов такого тестирования. Она подробно описывает общие подводные камни, стратегию и процесс тестирования производительности. Она поможет вам определить ключевые показатели эффективности (KPI) для различных требований к производительности и способы их измерения.
Я купил “The Art of Application Performance Testing” после того, как мне поручили роль тестировщика производительности, хотя я не имел никакого предварительного опыта. Книга помогла мне быстро ознакомиться с предметом и начать работу. Я считаю эту книгу очень полезной и поделился ею с несколькими людьми, которые интересовались этой темой.
The Culture Code
Автор: Даниел Койл (Daniel Coyle)
Рекомендовано Ричардом Хэндом (Richard Hand)
Культура имеет огромное значение. О ее значимости свидетельствует частота вопросов о культуре, задаваемых потенциальными сотрудниками. “Какая у вас культура?”. “Как бы вы описали вашу культуру?”. Опрашиваемые пытаются представить себя в этой среде и демонстрируют стремление к здоровой, безопасной и поддерживающей культуре.
Сильная культура способствует повышению общего уровня личного счастья. Вряд ли кто-то может описать культуру в нескольких словах или поделиться элементами, составляющими его идеальную культуру, но он может сказать вам, счастлив ли он быть ее частью.
Книга “The Culture Code” — это быстрое чтение, которое не пытается описать “идеальную” культуру, а скорее рассказывает об основных атрибутах желательной культуры.
Мне больше всего понравилось то, что в книге приводится широкий спектр реальных примеров из жизни, тех примеров, когда руководство создавало такие культуры, которые мы хотим видеть. Эти примеры охватывают различные отрасли бизнеса, академические круги, вооруженные силы и спорт.
А самый приятный бонус от прочтения книги состоит в том, что теперь я понимаю, как добиться таких результатов для своей собственной команды. Я попробовал, и это работает!
On Writing Well
Автор: Уильям Зинсер (William Zinsser)
Рекомендовано Блейком Норришем (Blake Norrish)
Думая о разработке ПО, мы обычно представляем себе написание кода, создание инструментов и автоматизацию, выполнение тестов и т.д. Мы забываем, что большая часть нашей работы будет заключаться в написании текстов — отчетов о дефектах, документации по внедрению, электронных писем, пытающихся убедить нашу команду в том, что табуляция лучше пробелов, и т.д.
Успех всех этих текстов будет во многом зависеть от вашего писательского мастерства. Независимо от вашего технического мастерства, эффективное письмо по-прежнему имеет решающее значение для вашего долгосрочного успеха и будет отличать вас от столь же талантливых коллег.
Эта небольшая книга — лучший учебник, который я нашел, о том, как выглядит эффективное письмо. Это не учебник грамматики, а легко читаемое краткое изложение того, как следует думать и подходить к написанию нехудожественной литературы. Любой человек, занимающий любую должность в сфере разработки программного обеспечения, должен прочитать (и перечитать) эту книгу.
Перевод статьи «23 Books for Quality Assurance Professionals».