8 (905) 200-03-37 Владивосток
с 09:00 до 19:00
CHN - 1.14 руб. Сайт - 17.98 руб.

Art Roy Osherove из единичного тестирования 2 -го издания языка программирования

Цена: 723руб.    (¥40.2)
Артикул: 586634450225

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

Этот товар на Таобао Описание товара
Продавец:陕西新华发行图书专营店
Адрес:Сычуань
Рейтинг:
Всего отзывов:0
Положительных:0
Добавить в корзину
Другие товары этого продавца
¥ 63.7 38.4691руб.
¥22.8410руб.
¥ 49.24 48.87879руб.
¥55.921 006руб.
  • Информация о товаре
  • Фотографии

Искусство единичного тестирования

делать  К:Перевод Роя Осероууува с Джином Йин
Конечно  цена:59
Издательское агентство:Люди после прессы
Дата публикации:1 августа 2014 г.
Страница  число:228
Пакет  рамка:Оплата в мягкой обложке
ISBN:9787115360359
Оглавление
●Часть введения

Глава 1 Основа 2
1.1 Тест выпускной единицы 2
1.1.1 Важность написания отличного модульного теста 4
1.1.2 Мы все написали (определенный) модульный тест 4
1.2 Свойства отличного модульного теста 5
1.3 Интегрированный тест 5
1.4 Что такое отличный модульный тест 9
1.5 Пример простого модульного испытания 9
1.6 Development Development 12
1.7 Успешные основные навыки TDD 15
1,8 Резюме 15

Глава 2 Первый модульный тест 17
2.1.
2.1.1 Что обеспечивает модульная структура испытаний 18
2.1.2xunit Framework 20
2.2Logan Project Введение 20
2.3NUNIT Предварительный 20
2.3.1 Установите NUNIT21
2.3.2 Загрузка раствора 22
2.3.3 Используйте свойства NUNIT в коде 24
2.4 Напишите первый тест 25
2.4.1 Ассердер Класс 25
2.4.2 Запустите первый тест с NUNIT 26
2.4.3 Добавить положительный тест 27
2.4.4 от красного до зеленого: успешный тест 28
2.4.5 Формат кода тестирования 28
2.5 Используйте тест реконструкции параметров 28
2.6 больше атрибута NUNIT 30
2.6.1Setup и Teardown30
2.6.2 Ожидаемое исключение 33
2.6.3 Игнорировать тест 35
2.6.4 Метод NUNIT, Грамматика 36
2.6.5 SET TEST Category 37
2.7 Изменение состояния состояния тестовой системы, а не возвращаемого значения 37
2.8 Резюме 41

Часть II Основная технология

Глава 3 Используйте Запуску Зависимость разрыва корней 44
3.1 Введение в начальный корень 44
3.2. Откройте для себя зависимость от файловой системы в Logan 45
3.3 Как сделать тест Loganalyzer легче 46
3.4 Конструкция кода реконструкции для улучшения тестируемости 48
3.4.1 Интерфейс извлечения может быть заменен на 49
3.4.2 Зависимая инъекция: введите псевдо -имплеменцию в протестированную единицу 51
3.4.3 Внедрить псевдо -объект в слой конструктивной функции (инъекция конструктора) 51
3.4.4 Смодели по аномалиям с псевдо -объятиями 55
3.4.5 Внедрение псевдо -объектов с атрибутом GET или SET 56
3.4.6 Внедрить псевдо -объекты перед вызовом метода 57
3.5 Технология реконструкции сорт 63
3.6 Преодоление проблемы упаковки 65
3.6.1 Используйте Интернет и [InternetsVisibleto] 65
3.6.2 Используйте [условные] свойства 66
3.6.3 Используйте #IF и #Endif для компиляции 66
3.7 Резюме 67

Глава 4 Используйте аналоговые объекты для интерактивного теста 68
4.1 Тестирование на основе значения, тестирование на основе состояний и интерактивный тест 68
4.2 Разница между аналоговым объектом и корнем 70
4.3 Простой пример ручного моделирования объекта 71
4.4 Используйте аналоговые объекты и корни отложений одновременно
4.5 Каждый тест аналогового объекта 78
4.6 Pseudo -Bject Chain: генерируйте аналоговый объект или другие заглушки 78 с помощью корневого вычета 78
4.7 Объекты симуляции ручной работы и проблема корней 79
4.8 Резюме 80

Глава 5 Изоляция (моделирование) Структура 81
5.1 Зачем использовать кадр изоляции 81
5.2 Динамическая генерация псевдо -объекта 83
5.2.1 Используйте nsubstitute83 в тесте
5.2.2 Используйте динамические псевдо -объекты для замены ручной работы и псевдо -объекта 84
5.3 СИМАЛЬНОЕ ЗНАЧЕНИЕ 86
5.4 Действия, связанные с тестовыми событиями 92
5.4.1 Наблюдатель инцидента 92
5.4.2. Запускает ли тестовое событие 93
5.5 существующая .NETSELATION FRACEROW 94
5.6 Преимущества и недостатки рамки изоляции 95
5.6.1 Ловушка, которой следует избегать при использовании кадры изоляции 96
5.6.2 Тестовый код не может быть прочитал 96
5.6.3 Проверьте неправильные вещи 96
5.6.4 Проверка множества объектов моделирования 96
5.6.5 Тест на чрезмерную спецификацию 97
5.7 Резюме 97

Глава 6 В -depth Inpant of the изоляционной структуры 99
6.1 ограниченная структура и неограниченная структура 99
6.1.1 Ограниченная структура 99
6.1.2 Unlimited Framework 100
6.1.3 Как работать над неограниченной структурой детектора 101
6.2 Значение превосходной основы изоляции 103
6.3 Функция поддержки для адаптации к будущему и юзабилити 103
6.3.1 рекурсивный псевдо -объектив 104
6.3.2 По умолчанию, игнорируйте параметры 104
6.3.3 лицевая подделка 105
6.3.4 Не -стрижающее поведение псевдо -объекта 105
6.3.5 Объект 106 не -стрикционного моделирования 106
6.4 Структура изоляции дизайн режим обратного режима 106
6.4.1 Концепция путаницы 106
6.4.2 Запись и воспроизведение 107
6.4.3 Липкость 109
6.4.4 Комплексная грамматика 109
6.5 Резюме 109

Третья часть тестового кода

Глава 7 Уровень тестирования и организация 112
7.1.
7.1.1 Создание структуры сценария 113
7.1.2 Триггерная конструкция и интеграция 115
7.2 Тест на основе скорости и макета типа 116
7.2.1 Человеческие факторы теста интеграции разделения и модульного теста 117
7.2.2 Зона безопасности Зеленой безопасности 117
7.3 Убедитесь, что тест является частью управления исходным кодом 118
7.4 Сопоставьте тестовый класс в тестовый код 118
7.4.1 Карта теста на проект 118
7.4.2 Карта теста в класс 118
7.4.3 Тест отображается с конкретным рабочим блоком 119
7.5 Внедрение горизонтальной секции Следуйте точкам 120
7.6 Создайте тестовый API122 для приложения
7.6.1 Используйте режим наследования тестового класса 122
7.6.2 Создайте класс тестового инструмента и метод 133
7.6.3 Представьте свой API с разработчиками 134
7.7 Резюме 134

ГЛАВА 8 Столк 136 Тест превосходной единицы 136
8.1 Написание надежного теста 136
8.1.1 Решения Когда удалить или изменить тест 137
8.1.2 Избегайте логики в тесте 140
8.1.3 Проверьте только одну следующую точку 142
8.1.4 Отдельный модульный тест и интегрированный тест 143
8.1.5 Просмотр кода для обеспечения скорости покрытия кода 143
8.2 Написание поддерживаемого теста 144
8.2.1 Проверка частных или защищенных методов 145
8.2.2 Удалить повторный код 146
8.2.3 Используйте метод установки 149
8.2.4 Реализовать изоляцию 151
8.2.5 Избегайте неоднократно напористых в разных точках внимания 156
8.2.6 Сравнение объекта 158
8.2.7 Избегайте чрезмерной спецификации 160
8.3 Напишите читаемый тест 162
8.3.1 Имя модульного теста 162
8.3.2 Имя переменной 163
8.3.3 Значимое утверждение 164
8.3.4 Evergreen и Operation Sdentation 165
8.3.5Setup и Teardown165
8.4 Резюме 166

Часть 4 Проектирование и процесс

Глава 9 Предназначать единичный тест на модульный тестирование в организации 168
9.1 Постепенно становится защитником изменений 168
9.1.1 Подготовьтесь к вопросу 169
9.1.2 Члены Организации убеждения: сторонники и противники 169
9.1.3 Найдите возможную точку входа 169
9.2 Путь успеха 171
9.2.1 Внедрение партизан (снизу вверх) 171
9.2.2 Убедившись на высоком уровне (сверху вниз) 171
9.2.3 Введение в иностранную помощь 172
9.2.4 Сделайте прогресс. См. 172
9.2.5 Установите конкретную цель 173
9.2.6 Медное расстройство 175
9.3 Сбой причина 175
9.3.1 Отсутствие движущей силы 175
9.3.2 Отсутствие поддержки политики 175
9.3.3 Плохая реализация и первое впечатление 176
9.3.4 Отсутствие поддержки команды 176
9.4 влиятельные факторы 176
9.5 Вопросы и ответы 177
9.5.1 Единый тест увеличит существующий процесс 178
9.5.2 ЕДИНЦИОННЫЙ ТЕСТ, будет ли он захватить QA Rice Bowl 179
9.5.3 Докажите, что модульный тест действительно эффективный метод 179
9.5.4 Свидетельство доказательств единичного тестирования 180
9.5.5QA Департамент все еще может найти причины дефектов 180
9.5.6 У нас большое количество тестового кода: с чего начать 181
9.5.7 Мы используем различные языки программирования: единичный тест возможен 181
9.5.8 Разработка программного и аппаратного обеспечения 181
9.5.9 Методы, чтобы убедиться, что в тесте нет дефекта 181
9.5.10 Мой код был отлажен и прошел, но причина тестирования необходима 182
9.511.
9.6 Резюме 182

Глава 10 Кодекс оставался в оставшем 183
10.1, где начинает увеличивать тест 183
10.2 Стратегия отбора решений 185
10.2.1 Преимущества и недостатки сложных стратегий 185
10.2.2 Преимущества и недостатки легкой легкой стратегии 186
10.3 Написание интегрированного теста перед реконструкцией 186
10.4 Важные инструменты для тестирования кода.
10.4.1 Используйте неограниченную структуру изоляции для легкой изоляции и элемента зависимости 187
10.4.2 Используйте jmockit для тестирования Java Left -le -Left Code 189
10.4.3 Используйте VISE190 при реконструкции кода Java
10.4.4 Использование приемочного теста перед реконструкцией 191
10.4.5 Чтение Michaldeathers о оставшемся коде 192
10.4.6 Используйте NdePend для исследования кода продукта 192
10.4.7 Используйте Resharper для просмотра и восстановления кода продукта 192
10.4.8 Используйте Simian и TeamCity, чтобы найти дублированный код (и дефекты) 193
10.5 РЕЗЮМЕ 193

Глава 11 Дизайн и тестируемость 194
11.1 Почему вы должны заботиться о тестируемости при проектировании?
11.2 Тестируемые цели проектирования 195
11.2.1 По умолчанию установите метод на виртуальный метод 195
11.2.2 Использовать дизайн на основе интерфейса 196
11.2.3 По умолчанию установите класс на не -сеаль 196
11.2.4 Избегайте инициализации конкретного класса в методе, содержащей логику 197
11.2.5 Не набирайте статический метод напрямую 197
11.2.6 Избегайте логического кода 197 в конструктивной функции и статической функции конструктора
11.2.7 Одно логика и одноразовый держатель 198
11.3 Битва и недостатки дизайна тестируемости 199
11.3.1 Рабочая нагрузка 199
11.3.2 Сложность 200
11.3.3 Утечки чувствительных прав интеллектуальной собственности 200
11.3.4 Иногда этого не может быть достигнуто 200
11.4 Метод исключения дизайна тестируемости 200
11.5 Примеры проектирования, которые трудно проверить 202
11.6 Резюме 205
11,7 больше ресурсов 206

Приложение A Инструменты и рамки 208
Пунктирное содержание

краткое введение

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

об авторе

Перевод Роя Осероууува с Джином Йин

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

Джин Инг, окончивший компьютерный факультет Пекинского университета в 1997 году, в течение 2004 года занимался разработкой программного обеспечения. Полем