Набор тестов

Набор тестов

Итак, для проверки гипотезы и установления истинных коэффициентов нам потребуется 2 набора тестов:

Тесты на сжатие: для набора пар значений «size — gzip»

Тесты на запись: для набора пар значений «size — FS»

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

Для тестирования был взят обычный HTML-файл (чтобы условия максимально соответствовали реальным). Затем из него были вырезаны первые 500, 1000 ... 128000 байтов. Все получившиеся файлы на сервере сначала в цикле архивировались нужное число раз, затем открывались и копировались на файловую систему — с помощью встроенных средств ОС Linux (cat, gzip), чтобы не добавлять дополнительных издержек какого-либо «внешнего» языка программирования.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг

Выполнение тестов

Из книги Системное программирование в среде Windows автора Харт Джонсон М

Выполнение тестов На Web-сайте книги в каталоге TimeTest находятся пакетные файлы, с помощью которых вы сможете запускать тесты как под управлением Windows 2000/NT, так и под управлением Windows 9x:• cpTIME.bat• cpTIME.bat• atouTIME.bat• grepTIME.bat• sortTIME.bat• threeST.batДля всех тестов, кроме тестов


11.4. ПОДХОДЫ К ПРОЕКТИРОВАНИЮ ТЕСТОВ

Из книги Технологии программирования автора Камаев В А

11.4. ПОДХОДЫ К ПРОЕКТИРОВАНИЮ ТЕСТОВ Рассмотрим два самых противоположных подхода к проектированию тестов.Сторонник первого подхода ориентируется только на стратегию тестирования, называемую стратегией "черного ящика", тестированием с управлением по данным или


11.5. ПРОЕКТИРОВАНИЕ ТЕСТОВ БОЛЬШИХ ПРОГРАММ

Из книги Удвоение продаж в интернет-магазине автора Парабеллум Андрей Алексеевич

11.5. ПРОЕКТИРОВАНИЕ ТЕСТОВ БОЛЬШИХ ПРОГРАММ Проектирование тестов больших программ пока в большей мере остается искусством и в меньшей мере является наукой. Чтобы построить разумную стратегию тестирования, надо разумно сочетать оба этих два крайних подхода и


Товары для тестов

Из книги Фундаментальные алгоритмы и структуры данных в Delphi автора Бакнелл Джулиан М.

Товары для тестов Можно сделать тестовую категорию товаров «Специальные предложения» и на них тестировать


Результаты выполнения тестов

Из книги Графология XXI века автора Щеголев Илья Владимирович

Результаты выполнения тестов В разделе сопровождающих эту книгу материалов, который расположен на Web-сайте издательства, можно найти тестовую программу, которая применяет все рассмотренные нами тесты к стандартному генератору случайных чисел Delphi и минимальному


Путь четвертый – сопоставление с результатами психометрических тестов

Из книги Как тестируют в Google автора Уиттакер Джеймс

Путь четвертый – сопоставление с результатами психометрических тестов Графология, как известно, далеко не единственный инструмент для построения психологического профиля. Психометрическое тестирование, например, давно и успешно используется как при приеме на работу,


Виды тестов

Из книги Идеальный программист. Как стать профессионалом разработки ПО автора Мартин Роберт С.

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


Выполнение тестов

Из книги автора

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


Определения размеров тестов

Из книги автора

Определения размеров тестов По мере роста Google и прихода новых сотрудников в компании началась путаница с названиями тестов: юнит-тесты, тесты на основе кода, тесты белого ящика, интеграционные тесты, системные тесты и сквозные тесты — все они выделяли разные уровни


Как мы используем размеры тестов в общей инфраструктуре

Из книги автора

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


Преимущества разных размеров тестов

Из книги автора

Преимущества разных размеров тестов Размер теста имеет значение. Он влияет на специфические преимущества теста. На рис. 2.5 показана общая сводка, а ниже мы приводим более подробный список достоинств и недостатков каждого типа тестов. Рис. 2.5. Ограничения разных размеров


Требования к выполнению тестов

Из книги автора

Требования к выполнению тестов У системы выполнения тестов в Google одинаковые требования ко всем тестам.— Каждый тест должен быть независим от других, чтобы тесты могли выполняться в любом порядке.— Тесты не должны иметь долгосрочных последствий. После их завершения


Разработка и качество тестов

Из книги автора

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


Панели мониторинга тестов

Из книги автора

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


Фреймворк выполнения тестов Autotest

Из книги автора

Фреймворк выполнения тестов Autotest Команды тестирования и разработки решили использовать Autotest как основной фреймворк для автоматизации тестов. Autotest удачно прошел проверку в сообществе Linux, использовался в нескольких внутренних проектах, и, кроме того, он


Обсуждение тестов и пассивно-агрессивная позиция

Из книги автора

Обсуждение тестов и пассивно-агрессивная позиция Авторы тестов – люди, и они тоже допускают ошибки. Иногда при переходе к реализации становится очевидно, что тест выглядит бессмысленно. Тесты бывают слишком запутанными или громоздкими.Они могут базироваться на нелепых