Книжная полка. В. Ким Чан, Рене Моборн "Стратегия голубого океана"

Еще одна вдохновляющая и мотивационная книжка прочитана. Даже жалко было перелистывать последнюю страницу книги В. Ким Чана, Рене Моборн "Стратегия голубого океана", по-хорошему завидую тем, кто будет ее читать в первый раз.

Технико-тактические характеристики:

Год издания: 2013

Страниц: 304

Переплет: Твердый переплет

Формат: 170х240 мм, увеличенный

ISBN: 978-5-91657-634-4

Скорость чтения - выше среднего

Ориентировочное время на прочтение: 5 - 7 часов

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

Так как IT-сфера очень перспективная в плане инноваций и внедрения голубых океанов, то можно рекомендовать эту книгу всем айтишникам.

• стратегическая канва - пример yellowtail

• модель четырех действий "снижение - упразднение - создание - повышение"

• реконструкция границ рынка, как успешно выделить из множества вариантов коммерчески выгодные возможности;

• фокусирование на общей картине, а не на цифрах и множестве надерганных из разных источников ходов, которые хороши в отдельности, но вместе напоминают Франкенштейна;

• выход за пределы существующего спроса, работа с клиентами и неклиентами;

• соблюдение правильной стратегической последовательности - см. здесь

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

Отличный практический пример применения стратегии голубого океана можно почитать здесь - http://habrahabr.ru/company/intel/blog/89286/ 

Практические инструменты описаны во второй главе книги, можно взять на вооружение:

Главы книги с третьей по шестую посвящены созданию стратегии голубого океана, четыре ведущих принципа:

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

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

Книжная полка. Гленфорд Майерс "Искусство тестирования программ"

Прочитал книгу Гленфорда Майерса "Искусство тестирования программ", третье издание. Книга отличная, рекомендую.

Технико-тактические характеристики:
Год издания: 2012
Страниц: 272
Переплет: Твердый переплет
Формат: 170х240 мм, увеличенный
ISBN: 978-5-8459-1796-6
Скорость чтения - средняя
Ориентировочное время на прочтение: 8 - 10 часов

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

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

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

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

Глава 1. Тест для самопроверки. Короткое, на пару страниц, введение и вышеупомянутая задача про треугольники.

Глава 2. Психологические и экономические аспекты тестирования. Психология, связанная с определением тестирования; невозможность полного тестирования и использование стратегий "белого" и "черного" ящика; десять принципов тестирования ПО. Это базовые вещи, с которых надо начинать знакомство с тестированием.

Глава 3. Инспекции, сквозные просмотры и обзоры программ. Интересная глава, созвучная с соответствующим материалом про инспекции кода в сертификации ISTQB Foundation Level, плюс контрольные списки возможных ошибок в коде для инспекций - можно взять в готовом виде, как есть в книге, и использовать.

Глава 4. Проектирование тестов. Самая объемная глава, целых 45 (!) страниц :) Наиболее общие техники белого ящика (покрытие операторов, покрытие решений и покрытие логики) и черного ящика (эквивалентное разбиение, граничные значения, причинно-следственные диаграммы). Для новичков можно посоветовать читать целиком, затем, по необходимости, "добивать" эти темы Канером и уже упомянутым ISTQB с примерами вопросов по тест-дизайну. Для более продвинутых тестировщиков я бы рекомендовал обратить внимание на причинно-следственные диаграммы: великолепный пример построения диаграммы с использованием базовых знаний математической логики, не сильно усложненный, как у Бейзера, но и не слишком упрощенный, где диаграмма "притягивается за уши" к тривиальному примеру.

Глава 5. Модульное тестирование. Пожалуй, лучшая практическая и "уникальная" глава в книге: чаще всего объяснения про МТ сводятся к простым примерам, например, как в Википедии: пишем тесты для функции сложения, используем предикат Assert. И да, модульные тесты должны писать программисты - гуглим. Майерс предлагает использовать методики белого ящика для проектирования тестов, а затем дополнить набор тестов тестами "черного ящика". В дополнение к проектированию, очень важно, как мы объединяем модули в работающую программу - для этого используем неинкрементное или инкрементное тестирование (автор показывает преимущества и недостатки обоих методов и предлагает использовать инкрементное тестирование,  на следующем шаге мы выбираем одну из возможных стратегий инкрементного тестирования - восходящее или нисходящее тестирование).
Хорошая новость для тех, кто хочет ознакомиться с этой главой - в бесплатном доступе есть возможность пролистать ее - http://oz.by/books/more10264179.html

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

• повышение точности разработки
• в конце каждого этапа вводим стадию верификации
• ориентируем конкретные процессы тестирования на конкретные процессы разработки

Третьему подходу и посвящена эта глава: рассматривается функциональное, системное, приемочное тестирование. Отдельно рассматривается инсталляционное тестирование и планирование и контроль тестирования. Модель Майерса напоминает V-модель тестирования ПО c небольшими отличиями.

Глава 7. Тестирование удобства использования. Общие рекомендации по тестированию юзабилити БЕЗ привязки к особенностям интерфейса различных ОС, user interface guide'ам и моделям GOMS в сочетании с законами Фитса и Хика. В книге рассматриваются только основы и процесс тестирования удобства использования с использование анкет.

Глава 8. Отладка. Глава скорее для программистов. Неэффективность метода "грубой силы" и принципы эффективной отладки, разбитые на 2 этапа: локализацию ошибок и их устранение.

Глава 9. Тестирование в среде гибкой разработки. Общие принципы Agile-методологий. Экстремальное программирование и тестирование. И все. Не рассматривается тестирование в скрам-командах, автоматизированное тестирование.

Глава 10. Тестирование интернет-приложений. Рассматривается архитектура e-commerce приложений, проблемы тестирования в веб, стратегия тестирования веб-приложений на трех уровнях: слой представления, бизнес-логика, слой данных.

Глава 11. Тестирование мобильных приложений. Структура главы аналогична предыдущей: архитектура сетей мобильной связи, стратегия тестирования мобильных приложений.

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

Обзор 3. Гойко Аджич "Изобретаем качество"

Продолжаем традиционную серию постов-обзоров. На этот раз я взял панорамный доклад в формате "рассказ историй" (story telling).

Итак, Гойко Аджич "Изобретаем качество" (Gojko Adjic - Reinventing Software Quality). В интернете есть несколько видеоверсий доклада (а общее число выступлений Гойко с этой темой - более двухсот), в каждой новой версии автор что-то изменяет, дополняет. Но общая канва остается. Как и формат - отличные живые истории с долей юмора, которые показывают неразрывную взаимосвязь тестирования и реальной жизни и их взаимное влияние друг на друга.

Гойко Аджич предлагает новый взгляд на привычные вещи, видео смотрится легко, и заставляет задуматься о качестве программ. Затронуты темы качества со стороны бизнеса, сокращения итераций и соответственно времени на тестирование одной версии, тестирования как информационного искусства преподнесения нужной информации, проблема релевантности, использование метрик, пирамида потребностей по Маслоу и ее проекция на пирамиду качества.

Рекомендую этот доклад тем, кто смотрит вперед, кому небезразлично, как и зачем он тестирует (а не просто "что-то проверил и написал отчет").

Видео доклада:

Конспект:

• В 2004-м году потери на проектах ПО составили 1,4 млрд $
• качество ПО означает абсолютно разные вещи для разных людей.
Пример: Англия, банкомат Deutsche Bank'а, вначале заблокировавший карточку, затем он выдал деньги, без транзакции на счету
• Итерация цикла качества - измерять, обеспечивать, улучшать - за последние 10 лет сократилась с одного года до двух недель в agile. Вопрос, что тестировать и не тестировать в цейтноте времени.
Пример одного проекта, в котором автотесты были написаны ровно до того момента, на котором они все вернули passed, затем они были выключены.
• Пример: GPS -  "нет нужды в GPS, когда он отключился и я заблудился, мне нужен GPS для того, чтобы он не допускал, что я заблудился".
• Качество ПО - это информационное искусство, зеркало команды.
Пример: друг, который подбирал туфли (аналогия - улучшал часть процесса), хотя сам был похож на тролля (аналогия - весь процесс уродлив, нужно изменять его целиком).
• ART (искусство) как акроним аккуратности (accurate), релевантности (relevant), своевременности (timely). 
• Мы научились быстро и аккуратно считать (A + T done), но у нас остались проблемы с релевантностью (R). 
"Ценность метрики - это в своей основе, ценность информации, которую эта метрика приносит." Даг Хаббард
Пример: инфомационное табло аэропорта в Хитроу (Англия). Какие выводы мы можем сделать из полученных метрик?
• В переводе с языка QA на язык бизнеса, качество = стоимость (QA = cost)
• Пример: книга самого докладчика, ошибки в переводе: Гойко потратил немало времени на внимательное перечитывание своей книги и нашел 27 опечаток наивысшего приоритета (например, заглавная буква в середине слова и т.п.), а всего 159 опечаток. Затем посмотрел отзывы о книге - все 21 отзыва - "пять звезд". Nobody cares about such mistakes. Вывод - инвестируем время в качество более продуктивно.
• Пример, когда пробный выпуск продукта может стоить дешевле, чем прогон всех регрессионных тестов. "больше не значит лучше"
• Пирамида Маслоу и ее проекция на пирамиду качества от Гойко Аджича:

1. развертываемая функциональность исправна (deployable functionality OK)
2. производительность, безопасность (performant and secure)
3. удобство использования (usable)
4. полезность (useful)
5. успешность - бизнес-ценность (successful)

Подумайте над тем:

• Как эта пирамида будет выглядеть для вашего ПО?
• Что вам следует измерять?
• В какие области обеспечения качества вы можете инвестировать (свое время)?

"Если вы знаете, что нужно начать измерять, просто начнить измерять что-либо, и это даст вам информацию, что вам действительно нужно измерять.
Дуглас Хаббард.

Презентация доклада:

Встреча QA Club Minsk. Как тестировать, когда нет времени и людей?

Лето, пора отпусков... Каникулы у тестировщиков, и не только. Но, с другой стороны, если зимой хорошо "накачивать" мышцы, то летом  нужно хотя бы поддерживать то, чего достиг за осень и зиму. И в то же время, "не перекачаться". Поэтому встреча минского QA Club'а, как раз "золотая середина".

Вечером в среду после обеда сон для усталых Игорь Бондаренко нам рассказывал "Как тестировать, когда нет времени и людей". Я хорошо знаю Игоря, мы оба работаем в Intetics, знаю его команду и коллег, и хочу просто выразить респект за то, что Игорь сделал и о чем нам рассказал. Проще всего сказать "у меня нет времени", "мой рабочий день с 9 до 6 и ни минутой больше" и изобразить страуса перьями кверху, потому что раз всех все устраивает, то и мне, QA, больше всех надо что ли? А можно просто нести ответственность, как, например, описано у Натальи Руколь. А как нести ответственность, когда недостаточно ресурсов, Игорь нам и рассказал.

традиционный "кирпич" от Игоря. Фото - QA Club Minsk

Итак, принимаем проект. Есть стартовые проблемы (как же все знакомо) :

• отсутствие проектной документации
• полное отсутствие тестовой документации
• большой объем регрессионной тестирования (20 человеко-часов, это при одном QA на проекте)
• нет автоматизированных тестов
• нефункциональные требования не проверяются

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

смотрим телевизор вместе, фото - QA Club Minsk

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

Большое спасибо Игорю Бондаренко за доклад, Наташе Савастюк и Алене Дрозд - за организацию, Сергею Минюку - за пригодившийся ноутбук, остальным участникам - за вопросы и обмен опытом. 

Всем лета!

Самообразование. Done! Coursera - Grow to Greatness: Smart Growth for Private Businesses, Part II.

Очередной курс онлайн-обучения Coursera пройден. На этот раз - вторая часть курса Grow to Greatness. Еще один отличный курс, многое взял на заметку и добавил в конспект (карту памяти  см. внизу поста).

Ed Hess, преподаватель курса Grow to Greatness

Чем же так хороши вообще курсы Coursera, и почему я бы вам рекомендовал попробовать для своего развития:

• Представлены онлайн-курсы ведущих американских университетов по самой различной тематике и дисциплинам - https://www.coursera.org/courses. Онлайн-курса по тестированию, к сожалению нет, но довольно много курсов по Computer Science: от теории и искусственного интеллекта до программирования и безопасности. Да и по остальным темам есть интересные курсы, так что советую не ограничиваться только профильной тематикой.
• Язык преподавания - английский (есть курсы на французском и испанском, их пока мало), есть возможность смотреть видеолекции с субтитрами. Одновременно с обучением, можно "прокачивать" свой English. Уровень английского - где-то Intermediate (B1)- Upper Intermediate (B2), если смотреть с субтитрами, практически все понятно с первого раза.
• Хорошо выстроенный процесс обучения: кроме просмотра лекций, есть тесты (Quiz) как с единственным правильным, так и несколькими правильными вариантами ответов, эссе на заданную тему, оценка вашей работы коллегами (Peer Evaluation) - оценивают как вас, так и вы другие работы. И, наконец, во многих курсах есть финальный экзамен (Final Exam), ограниченный по времени и/или использованию сторонних материалов. Есть форум для обсуждения В перспективе появится работа в группах на форуме.
• Есть чему поучиться у преподавателей. Очень высокий уровень каждого (или мне так повезло, я прослушал полностью 5 курсов, у каждого из профессоров есть свои "фишки", что-то взял на заметку).
• Можно одновременно изучать несколько курсов. Но я бы, для лучшего усвоения, рекомендовал брать один. Количество курсов можно планировать по часам, которые даются в описании курса (например, "Workload: 4-6 hours/week" - эстимации для меня получились довольно точными, приблизительно так по времени и выходило). Можно записаться на несколько курсов, просмотреть первую неделю, оценить, насколько вам подходит тема данного курса и преподаватель, и решить, продолжать ли обучение).
• Онлайн-обучение бесплатно. Все видеолекции, материалы. Если есть желание и необходимость - можно официально, с подтверждением, получить сертификат об окончании выбранного вами курса за энную сумму. Например, https://www.coursera.org/signature/course/introfinance/970308 Но в любом случае, создатели говорят, что курсы будут бесплатными всегда (см. интервью с создателем Coursera, целях проекта, статистику об онлайн обучении, можно почитать здесь - ссылка)

Немного о содержании. Первая часть курса (Grow to Greatness - Part 1) была о построении команд, мифах и реальности. Очень интересный и полезный курс, который мне пригодился: я проанализировал свой опыт работы в различных командах, что получалось, а что нет, как бы я сейчас строил процесс построения команды тестирования, рассказал об этом на SQA Days - 12 в Санкт-Петербурге и использую сейчас на практике.

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

• Предприниматели тоже должны расти - первая неделя. Теория Дугласа МакГрегора (категории людей X и Y), 6 переходов в трех категориях, которые должен пройти предприниматель на пути к личностному росту, делегирование, лидерство, процессы, метрики;
• Секрет высокой производительности - высокая вовлеченность подчиненных в работу. Вторая неделя. Как достичь высокой вовлеченности, чего хотят подчиненные, 4 принципа лидерства, ответ "да и" вместо "да, но", самые важные слова лидера;
• Рост требует не только стратегии, но и системы - третья неделя. "Бизнес как мороженое", рост - органический процесс, как получить от подчиненных высокую вовлеченность, требования к системе организации, построение системы;
• Строим продвинутую управленческую команду - неделя четвертая. Интервью, процесс найма, конфликт "повышение подчиненного - лояльность", какого менеджера нанять первым;
• Самое главное - разбор кейсов, всего 4 кейса, по одному на каждую неделю. Теория и принципы разбираются на практических примерах уже успешных компаний. Must read! Интегрирующая все 4 недели часть курса, пожалуй, самая интересная и вдохновляющая.

Более подробно содержание курса вы можете посмотреть по моей составленной карте памяти: