Арбон Д., Каролло Д., Уиттакер Д., Как тестируют в Google
Питер, 2014 г., 978-5-496-00893-8
Описание книги
В книге описано тестирование программных продуктов в Google: как устроены процессы, как организованы команды, какие техники используются, кто ответственен за качество. Принципы, на которых построено тестирование в Google, применимы в проектах и компаниях любого размера. Авторы книги сами работали над продуктами Google, создавая инструменты тестирования, настраивая процессы и занимаясь непосредственно тестированием.
Книга рассчитана на профессионалов из индустрии разработки программного обеспечения: специалистов по тестированию, программистов, менеджеров.
Скачать, но не бесплатно эту книгу можно в интернет-магазинах
- 399 руб.
Читать онлайн
Доступен для чтения фрагмент книги
Ключевые слова
Поделиться ссылкой на книгу
Содержание книги
Предисловие к русскому изданию
Вступление от Альберто Савоя
Вступление от Патрика Коупленда
Предисловие
Пара слов о книге
Благодарности
Об авторах
Глава 1. Первое знакомство с организацией
тестирования в Google
Качество =/ Тестирование
Роли
Организационная структура
Ползти, идти, бежать
Виды тестов
Глава 2. Разработчик в тестировании
Жизнь разработчика в тестировании
Как организованы процессы разработки и
тестирования
Кто такие разработчики в тестировании на самом
деле?
Ранняя стадия проекта
Структура команды
Проектная документация
Интерфейсы и протоколы
Планирование автоматизации
Тестируемость
Пример работы разработчика в тестировании
Выполнение тестов
Определения размеров тестов
Как мы используем размеры тестов в общей
инфраструктуре
Преимущества разных размеров тестов
Требования к выполнению тестов
Тест-сертификация
Интервью с основателями программы
тест-сертификации
Как мы собеседуем на позицию разработчиков в
тестировании
Интервью с разработчиком инструментов Тедом
Мао
Интервью с создателем WebDriver Саймоном
Стюартом
Глава 3. Кто такой инженер по тестированию
Тестирование, обращенное к пользователю
Инженер по тестированию
Планирование тестирования
А - значит Attribute
С - значит Component
С - значит Capability
Риск
Анализ рисков
Снижение рисков
Напоследок о рисках
Пишем тест-кейсы
Интересные факты из жизни багов
Немного подробнее о Buganizer
Как мы нанимаем инженеров по тестированию
Собеседование с инженерами по тестированию
Управление тестированием в Google
Тестирование в режиме сопровождения
Эксперимент с Quality Bots
Эксперимент BITE
Регистрируем баги с BITE
Просмотр багов в BITE
Запись и воспроизведение сценариев в BITE
Ручные и исследовательские тесты в BITE
Уровни BITE
Google Test Analytics
Бесплатное тестирование
Внешние тестировщики
Интервью с инженером по тестированию Google
Docs Линдси Уэбстер
Интервью с инженером по тестированию YouTube
Эппл Чоу
Глава 4. Тест-менеджер
Кто такой тест-менеджер
Жонглирование людьми и дирижирование
проектами
Влияние
Интервью с Анкитом Мехтой, тест-менеджером
Gmail
Интервью с Хуном Даном, тест-менеджером Android
Интервью с Джоэлом Хиноски, тест-менеджером
Chrome
Директор по тестированию
Интервью с Шелтоном Маром, директором по
тестированию проектов Search и Geo
Интервью с директором разработки инженерных
инструментов Ашишем Кумаром
Интервью с Суджаем Сани, директором по
тестированиютв индийском Google
Интервью с тест-менеджером Брэдом Грином
Интервью с Джеймсом Уиттакером
Глава 5. Как мы улучшали тестирование в Google
Роковые ошибки в процессе тестирования Google
Будущее разработчика в тестировании
Куда движется роль инженера по тестированию
Что станет с тест-директором и тест-менеджером
Будущее инфраструктуры тестирования
В завершение
Приложение А. Тест-план для Chrome OS
Обзор тем
Анализ рисков
Непрерывное тестирование каждой сборки
Ежедневное тестирование лучших сборок
Тестирование перед выпуском
Ручное и автоматизированное тестирование
Разработка и качество тестов
Каналы выпуска
Обратная связь
Репозитории тест-кейсов
Панели мониторинга тестов
Виртуализация
Производительность
Нагрузочное тестирование, продолжительное
тестирование и тестирование стабильности
Фреймворк выполнения тестов Autotest
Производители железа
Лаборатория проверки оборудования
Фермы для сквозных автотестов
Тестирование AppManager в браузере
Тестируемость браузера
Оборудование
График
Ключевые моменты тестирования
Необходимые документы и ресурсы
Приложение Б. Тестовые туры для Chrome
Тур покупателя
Тур студента
Рекомендуемые области для тестирования
Тур международных звонков
Рекомендуемые области для тестирования
Тур ориентиров
Рекомендуемые ориентиры для Chrome
Тур "не спим всю ночь"
Рекомендуемые области для тестирования
Тур предпринимателя
Инструменты в Chrome
Тур неблагополучных районов
Неблагополучные районы в Chrome OS
Тур персонализации
Способы настройки Chrome
Приложение В. Посты из блога об инструментах и
коде
Охотимся на баги и потерянное время вместе с BITE
OualityBots идет в атаку
RPF: Record Playback Framework
Google Test Analytics - теперь с открытым кодом
Полнота
Скорость
Действенность
Польза
Вступление от Альберто Савоя
Вступление от Патрика Коупленда
Предисловие
Пара слов о книге
Благодарности
Об авторах
Глава 1. Первое знакомство с организацией
тестирования в Google
Качество =/ Тестирование
Роли
Организационная структура
Ползти, идти, бежать
Виды тестов
Глава 2. Разработчик в тестировании
Жизнь разработчика в тестировании
Как организованы процессы разработки и
тестирования
Кто такие разработчики в тестировании на самом
деле?
Ранняя стадия проекта
Структура команды
Проектная документация
Интерфейсы и протоколы
Планирование автоматизации
Тестируемость
Пример работы разработчика в тестировании
Выполнение тестов
Определения размеров тестов
Как мы используем размеры тестов в общей
инфраструктуре
Преимущества разных размеров тестов
Требования к выполнению тестов
Тест-сертификация
Интервью с основателями программы
тест-сертификации
Как мы собеседуем на позицию разработчиков в
тестировании
Интервью с разработчиком инструментов Тедом
Мао
Интервью с создателем WebDriver Саймоном
Стюартом
Глава 3. Кто такой инженер по тестированию
Тестирование, обращенное к пользователю
Инженер по тестированию
Планирование тестирования
А - значит Attribute
С - значит Component
С - значит Capability
Риск
Анализ рисков
Снижение рисков
Напоследок о рисках
Пишем тест-кейсы
Интересные факты из жизни багов
Немного подробнее о Buganizer
Как мы нанимаем инженеров по тестированию
Собеседование с инженерами по тестированию
Управление тестированием в Google
Тестирование в режиме сопровождения
Эксперимент с Quality Bots
Эксперимент BITE
Регистрируем баги с BITE
Просмотр багов в BITE
Запись и воспроизведение сценариев в BITE
Ручные и исследовательские тесты в BITE
Уровни BITE
Google Test Analytics
Бесплатное тестирование
Внешние тестировщики
Интервью с инженером по тестированию Google
Docs Линдси Уэбстер
Интервью с инженером по тестированию YouTube
Эппл Чоу
Глава 4. Тест-менеджер
Кто такой тест-менеджер
Жонглирование людьми и дирижирование
проектами
Влияние
Интервью с Анкитом Мехтой, тест-менеджером
Gmail
Интервью с Хуном Даном, тест-менеджером Android
Интервью с Джоэлом Хиноски, тест-менеджером
Chrome
Директор по тестированию
Интервью с Шелтоном Маром, директором по
тестированию проектов Search и Geo
Интервью с директором разработки инженерных
инструментов Ашишем Кумаром
Интервью с Суджаем Сани, директором по
тестированиютв индийском Google
Интервью с тест-менеджером Брэдом Грином
Интервью с Джеймсом Уиттакером
Глава 5. Как мы улучшали тестирование в Google
Роковые ошибки в процессе тестирования Google
Будущее разработчика в тестировании
Куда движется роль инженера по тестированию
Что станет с тест-директором и тест-менеджером
Будущее инфраструктуры тестирования
В завершение
Приложение А. Тест-план для Chrome OS
Обзор тем
Анализ рисков
Непрерывное тестирование каждой сборки
Ежедневное тестирование лучших сборок
Тестирование перед выпуском
Ручное и автоматизированное тестирование
Разработка и качество тестов
Каналы выпуска
Обратная связь
Репозитории тест-кейсов
Панели мониторинга тестов
Виртуализация
Производительность
Нагрузочное тестирование, продолжительное
тестирование и тестирование стабильности
Фреймворк выполнения тестов Autotest
Производители железа
Лаборатория проверки оборудования
Фермы для сквозных автотестов
Тестирование AppManager в браузере
Тестируемость браузера
Оборудование
График
Ключевые моменты тестирования
Необходимые документы и ресурсы
Приложение Б. Тестовые туры для Chrome
Тур покупателя
Тур студента
Рекомендуемые области для тестирования
Тур международных звонков
Рекомендуемые области для тестирования
Тур ориентиров
Рекомендуемые ориентиры для Chrome
Тур "не спим всю ночь"
Рекомендуемые области для тестирования
Тур предпринимателя
Инструменты в Chrome
Тур неблагополучных районов
Неблагополучные районы в Chrome OS
Тур персонализации
Способы настройки Chrome
Приложение В. Посты из блога об инструментах и
коде
Охотимся на баги и потерянное время вместе с BITE
OualityBots идет в атаку
RPF: Record Playback Framework
Google Test Analytics - теперь с открытым кодом
Полнота
Скорость
Действенность
Польза
Об авторе
Отзывы
Полезна для менеджеров в тестировании и разработке [20 March 2015]
Книга написана техническим директором Google Джеймсом Уиттакером (в настоящий момент сотрудник Microsoft) и двумя тестировщиками.
Описывает основные роли в общей структуре тестирования в Google (разработчик в тестировании, инженер по тестированию и др.).
Дает примеры собеседований на данные роли.
Анализирует будущее данных ролей и всего процесса тестирования.
Также в книге есть интервью с ключевыми фигурами Google в тестировании и пример тест-плана для Chrome OS.
Основной упор в данной компании сделан на автоматизацию - тестирования, заведения багов, создания отчетности и проч. Описываются инструменты и фреймворки тестирования Google.
Книга полезна более для менеджеров в тестировании и разработке.
Описывает основные роли в общей структуре тестирования в Google (разработчик в тестировании, инженер по тестированию и др.).
Дает примеры собеседований на данные роли.
Анализирует будущее данных ролей и всего процесса тестирования.
Также в книге есть интервью с ключевыми фигурами Google в тестировании и пример тест-плана для Chrome OS.
Основной упор в данной компании сделан на автоматизацию - тестирования, заведения багов, создания отчетности и проч. Описываются инструменты и фреймворки тестирования Google.
Книга полезна более для менеджеров в тестировании и разработке.
Читать интересно, особенно, подготовленному читателю, но толку от прочтения будет немного. [11 September 2014]
Книга оставила двоякое впечатление: с одной стороны читалась легко, читать было интересно, чувствовался публицистический стиль; с другой стороны авторы не предоставили никаких "серебряных пуль", никаких технических трюков - лишь философствования на тему тестирования. Возможно, я слишком предвзято отнёсся к книге, ожидая кучу технических подробностей, которые бы в корне изменили бы мою парадигму тестирования. После книги осталось ощущение, что я прочитал не книгу, а просто несколько статей и интервью. В книге не чувствовалась последовательность повествования.
Очень многие интервью схематично я могу описать так:
1. Я занимался тестированием, но были проблемы
2. Я подумал не создать ли клёвую утилиту, которая бы автоматизировала/сделала удобным тестирование
3. Я сделал эту утилиту. Я и моя команда её используем.
Самое интересное, что, судя по интервью, каждая из команд придумала нечто подобное, но они не ссылаются на разработки своих коллег. "Каждый кулик своё болото хвалит". Чувствуется что в командах существует подход "написано не здесь". Надеюсь что в Google уже всё поменялось и, прочитав эту книгу, сами гугловцы осознали и решили проблему "недоинтегрированности" своих инструментов.
Очень многие интервью схематично я могу описать так:
1. Я занимался тестированием, но были проблемы
2. Я подумал не создать ли клёвую утилиту, которая бы автоматизировала/сделала удобным тестирование
3. Я сделал эту утилиту. Я и моя команда её используем.
Самое интересное, что, судя по интервью, каждая из команд придумала нечто подобное, но они не ссылаются на разработки своих коллег. "Каждый кулик своё болото хвалит". Чувствуется что в командах существует подход "написано не здесь". Надеюсь что в Google уже всё поменялось и, прочитав эту книгу, сами гугловцы осознали и решили проблему "недоинтегрированности" своих инструментов.
на любителя [30 March 2014]
На самом деле это книга, обложка и введение которой удались на много лучше содержания.
Может я просто многого от неё ожидал.
Есть, конечно, бесспорные плюсы - нам больше нигде не расскажут как тестируют в гугл, а знать хочется. Но то ли перевод, то ли выбранная терминология тому виной - приходится читать и "переводить" ещё раз, заменяя большинство технических терминов, чтобы переложить на свой опыт.
почитать можно, но если бы я заранее знал, то читал бы электронную версию ;)
Может я просто многого от неё ожидал.
Есть, конечно, бесспорные плюсы - нам больше нигде не расскажут как тестируют в гугл, а знать хочется. Но то ли перевод, то ли выбранная терминология тому виной - приходится читать и "переводить" ещё раз, заменяя большинство технических терминов, чтобы переложить на свой опыт.
почитать можно, но если бы я заранее знал, то читал бы электронную версию ;)
«Идеальная (на самом деле нет) книга о тестирование»* [11 March 2014]
Книга читается невероятно легко, словно сам Уиттакер рассказывает тебе свою историю, за кружкой чего-нибудь вкусного и отрезвляющего. И на каждый твой едва возникший вопрос, он тут же, не торопясь и в деталях, всё поясняет. Слегка погодя компанию разбавляют Арбон и Каролло, весело рассказывая о тех лучших практиках, к которым они пришли. Об эффективности этих практик, о пути, которым пошел Google. И это далеко не все чудные люди, которых мы встретим в этой книге.
Для себя я определил нишу, в которой я буду держать эту книгу – разрушение стены непонимания в коллективе. Что такое качество? Кто и на каких этапах жизненного цикла можно на это качество влиять? Зачем разрабатывать быстро, в конце-то концов? Жизнь – боль?
Книга уже открыла путешествие по отделу, и, я уверен, на все вышестоящие вопросы - ответит сполна.
Новое чтиво, касающееся тестирования – событие не частое.
Добавить к этому именитых авторов, а не абы кого, да и компанию, авторитет которой не вызывает сомнений и всё обретает статус праздника.
А феноменальность событию добавляет русский язык. Хороший, качественный, годный перевод (в оригинале я тоже читал, зачем-то, русскоязычная версия более щедрая на примечания :) ).
Такой джекпот, конечно, пропустить невозможно. Обязательно к прочтению тест-менеджерам, всяким другим менеджерам, тестировщикам и небезразличным разработчикам.
*"Идеальное (на самом деле нет) тестирование" © Как тестируют в Google
Для себя я определил нишу, в которой я буду держать эту книгу – разрушение стены непонимания в коллективе. Что такое качество? Кто и на каких этапах жизненного цикла можно на это качество влиять? Зачем разрабатывать быстро, в конце-то концов? Жизнь – боль?
Книга уже открыла путешествие по отделу, и, я уверен, на все вышестоящие вопросы - ответит сполна.
Новое чтиво, касающееся тестирования – событие не частое.
Добавить к этому именитых авторов, а не абы кого, да и компанию, авторитет которой не вызывает сомнений и всё обретает статус праздника.
А феноменальность событию добавляет русский язык. Хороший, качественный, годный перевод (в оригинале я тоже читал, зачем-то, русскоязычная версия более щедрая на примечания :) ).
Такой джекпот, конечно, пропустить невозможно. Обязательно к прочтению тест-менеджерам, всяким другим менеджерам, тестировщикам и небезразличным разработчикам.
*"Идеальное (на самом деле нет) тестирование" © Как тестируют в Google
Тестировщикам и руководителям разработки к прочтению - рекомендую. [31 January 2014]
К пятидесятой странице понимаешь, что деньги и время потрачены не зря и уже отбиты, а дальше идет сплошной профит. Оторваться невозможно.
Читается - легко. Полезность - неимоверная, но не для всех. Поясню.
Книга не рассказывает о основах - границах, классах эквивалентности, техниках и даже школах, но говорит о вопросах стратегии - кто, когда, как и зачем будет тестирование проводить, чем должен заниматься тестировщик и, что еще важнее, чем не должен. на мой взгляд, чтоб ощутить всю боль поднимаемых вопросов, нужно достаточно поработать и набить шишек.
Читать - тем, кто интересуется пользой от своей деятельности, кто готов спорить и менять свою и чужую работу, кто интересуется будущим профессии.
Читается - легко. Полезность - неимоверная, но не для всех. Поясню.
Книга не рассказывает о основах - границах, классах эквивалентности, техниках и даже школах, но говорит о вопросах стратегии - кто, когда, как и зачем будет тестирование проводить, чем должен заниматься тестировщик и, что еще важнее, чем не должен. на мой взгляд, чтоб ощутить всю боль поднимаемых вопросов, нужно достаточно поработать и набить шишек.
Читать - тем, кто интересуется пользой от своей деятельности, кто готов спорить и менять свою и чужую работу, кто интересуется будущим профессии.
Последние поступления в рубрике "Тематика определяется"
 |
Фигуры 2+. Вырезалки Терентьева Н.М., Маврина Л.
Умение вырезать – важный навык, который способствует развитию мелкой моторики рук, координации движений, внимательности и усидчивости.... |
 |
Первые контурные вырезалки 2+ Терентьева Н.М., Маврина Л.
Умение вырезать - важный навык, который способствует развитию мелкой моторики рук, координации движений, внимательности и усидчивости. Для детей до 3-х лет.... |
 |
Мои первые вырезалки 2+ Терентьева Н.М., Маврина Л.
Умение вырезать – важный навык, который способствует развитию мелкой моторики рук, координации движений, внимательности и усидчивости. Для детей до 3-х лет.... |
Если Вы задавались вопросами "где найти книгу в интернете?", "где купить книгу?" и "в каком книжном интернет-магазине нужная книга стоит дешевле?", то наш сайт именно для Вас. На сайте книжной поисковой системы Книгопоиск Вы можете узнать наличие книги Арбон Д., Каролло Д., Уиттакер Д., Как тестируют в Google в интернет-магазинах. Также Вы можете перейти на страницу понравившегося интернет-магазина и купить книгу на сайте магазина. Учтите, что стоимость товара и его наличие в нашей поисковой системе и на сайте интернет-магазина книг может отличаться, в виду задержки обновления информации.
