Методики тестирования производительности компьютерных систем реферат

Обновлено: 05.07.2024

1. Тестирование.
2. Разрешение конфликтов аппаратных средств ПК.
3. Системы Plug and Play.
4. Методика поиска неисправностей элементов БП ПК.
5.Методика тестирования материнской платы ПК.
6. Конструкция винчестера.
7. Методика тестирования и поиска неисправностей в мониторе.
8. Диагностика принтера.
9. Тестирование основной и виртуальной памяти.
10. Тестирование видеокарты.
11. Тестирование и разгон процессора.

Прикрепленные файлы: 1 файл

Тестирование ПК средствами ОС.doc

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ

МИНСКИЙ ГОСУДАРСТВЕННЫЙ ВЫСШИЙ РАДИОТЕХНИЧЕСКИЙ КОЛЛЕДЖ

По предмету: Введение в специальность

Тема: Тестирование персонального компьютера

Учащаяся группы 93495 Каверович В.В.

2. Разрешение конфликтов аппаратных средств ПК.

3. Системы Plug and Play.

4. Методика поиска неисправностей элементов БП ПК.

5.Методика тестирования материнской платы ПК.

6. Конструкция винчестера.

7. Методика тестирования и поиска неисправностей в мониторе.

8. Диагностика принтера.

9. Тестирование основной и виртуальной памяти.

10. Тестирование видеокарты.

11. Тестирование и разгон процессора.

Процесс тестирования можно разделить на отдельные части, называемые элементарными проверками.

Элементарная проверка состоит в подаче на объект тестового воздействия и в измерении (оценке) ответа объекта на это воздействие. Алгоритм тестирования определяется как совокупность и последовательность элементарных проверок вместе с определенными правилами анализа результатов последних с целью отыскания места в объекте, параметры которого не отвечают заданным значениям. Таким образом, диагностика — это тоже контроль, но контроль последовательный, направленный на отыскание неисправного места (элемента) в диагностируемом объекте.

Обычно тестирование начинается по сигналу ошибки, выработанному схемами контроля ПК или в случае возникновения сбоев в работе ПК.

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

• Тестовые средства ПК (тест POST) (микродиагностика);

• Системные средства (средства ОС);

• Дополнительные программы, которые либо поставляются вместе с компьютером, либо приобретаются у его изготовителя.

Дополнительные программы можно разделить на:

o Информационные программы

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

o Тестовые программы.

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

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

- каналы запросов прерываний (IRQ);

- каналы прямого доступа к памяти (DMA);

- адреса портов ввода-вывода.

Платы адаптеров используют ресурсы для взаимодействия со всей системой и для выполнения своих специфических функций.

Предотвращение конфликтов, возникающих при использовании ресурсов

Устанавливая в ПК новые платы адаптеров, в существенно увеличивается вероятность возникновения между ними конфликтов. Если шина компьютера не предотвращает их автоматически, то этим приходится заниматься вручную. Признаком конфликтов, связанных с неправильным использованием ресурсов являются:

- данные передаются с ошибками;

- компьютер часто зависает;

- звуковая плата искажает звук;

- мышь не функционирует;

- Windows при загрузке переключается в безопасный режим.

Диспетчер устройств в Windows отмечает конфликтующие устройства желтой или красной пиктограммой. Это самый быстрый способ обнаружения конфликтов. Единственный способ устранения конфликтов вручную состоит в том, чтобы открыть компьютер и переставить перемычки и переключатели на платах адаптеров или изменить распределение ресурсов средствами ОС. После каждого изменения необходимо перезагружать компьютер.

Системы Plug and Play (P&P) появились на рынке в 1995 году, и в большинстве новых систем используются преимущества этой технологии. Сейчас спецификации Plug and Play применяются в стандартах ISA, PCI, SCSI, IDE.

Чтобы реализовать возможности Plug and Play, необходимо следующее:

- аппаратные средства поддержки Plug and Play;

- поддержка Plug and Play в BIOS;

- поддержка режима Plug and Play операционной системой.

Возможности Plug and Play в BIOS реализуются в процессе выполнения расширенной процедуры POST при включении компьютера. BIOS идентифицирует и определяет расположение плат в слотах, а также настраивает адаптеры Plug and Play. Эти действия выполняются в несколько этапов.

1. На системной плате и платах адаптеров отключаются настраиваемые узлы.

2. Обнаруживаются все ISA и PCI-устройства типа Plug and Play.

3. Создается исходная карта распределения ресурсов: портов, линий IRQ, каналов DMA и памяти.

4. Подключаются устройства ввода-вывода.

5. Сканируются ROM в ISA и PCI-устройствах.

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

7. Настраиваемым устройствам передается информация о выделенных им ресурсах.

8. Запускается начальный загрузчик.

9. Управление передается операционной системе.

Методика поиска неисправностей элементов БП ПК

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

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

При ремонте ИБП необходимо использовать следующие методы:

Метод анализа монтажа.

Этот метод позволяет, используя органы чувств человека (зрение, слух, осязание, обоняние), для отыскания места нахождения дефекта

Основан на использовании измерительных приборов при поиске дефектов, вольтметра, омметра, осциллографа.

Основан на замене сомнительного радиоэлемента на заведомо исправный.

Основан на временном отсоединении (при возможной утечке или пробое) или перемыкании выводов (при возможном обрыве) сомнительных элементов.

Основан на анализе реакции схемы на различные манипуляции, производимые техником.

Позволяет отыскать периодически повторяющиеся дефекты и проверить качество произведенного ремонта (в последнем случае прогон должен составлять не менее 4 часов).

Метод позволяет выявить дефекты монтажа на включенном БП путем покачивания элементов, подергивания за проводники, постукивания по шасси резиновым молоточком и др.

Метод основан на временном отсоединении части схемы и замене ее совокупностью элементов, оказывающих на нее такое же воздействие.

Типовые неисправности БП ПК:

ОДНОЙ ИЗ САМЫХ ХАРАКТЕРНЫХ НЕИСПРАВНОСТЕЙ является "пробой" диодов выпрямительного моста сетевого выпрямителя или мощных ключевых транзисторов инвертора. При КЗ в первичной цепи ИБП выгорает (со взрывом) токоограничивающий терморезистор с отрицательным ТКС.

ВТОРОЙ ХАРАКТЕРНОЙ НЕИСПРАВНОСТЬЮ ИБП является выход из строя управляющей микросхемы ШИМ контроллера типа TL494. Исправность микросхемы можно установить, оценивая работу отдельных ее функциональных узлов (без выпаивания из схемы ИБП).

ТРЕТЬЕЙ ХАРАКТЕРНОЙ НЕИСПРАВНОСТЬЮ является выход из строя выпрямительных диодов во вторичных цепях ИБП. Правильность работы схемы выработки сигнала PG. Работоспособность цепей обратной связи и защиты от перенапряжений.

Методика тестирования материнской платы ПК с помощью программы Checkit

• CPU Clock (Core Speed) — это внутренняя частота процессора, на которой работает его вычислительное ядро. Может совпадать с Host Bus Clock или получаться из нее умножением на 1,5, 2, 2,5, 3, 4. Умножение должно быть предусмотрено в конструкции процессора.

• ISA Bus Clock (ATCLK, BBUSCLK) — это тактовая частота системной шины ISA (сигнал SYSCLK). По стандарту она должна быть близка к 8 МГц, но в BIOS Setup имеется возможность выбрать ее через коэффициент деления частоты Host Bus Clock.

Иногда компьютер остается работоспособным и при частоте шины ISA около 20 МГц, но обычно платы расширения ISA разрабатываются из расчета на 8 МГц, и при больших частотах они перестают работать. Не следует рассчитывать, что компьютер станет вдвое быстрее при удвоении этой частоты. Для каналов прямого доступа к памяти на системной плате используется еще один тактовый сигнал SCLK, частота которого, как правило, составляет половину от ISA Bus Clock.

• PCI Bus Clock — это тактовая частота системной шины PCI, которая по стандарту должна быть 25 — 33,3 МГц. Ее обычно получают делением частоты Host Bus Clock на нужный коэффициент. В компьютерах предусматривается возможность ее увеличения до 75 или даже 83 МГц, но из соображений надежности работы рекомендуется придерживаться стандартных значений.

• VLB Bus Clock — это частота локальной шины VLB, определяемая аналогично PCI Bus Clock.

CLOCK BUFFER – буфер опорного генератора используется не на всех платах. В тех платах, где чипсет управляет синхронизацией памяти, служит для буферизации сигналов синхронизации, например, используется в материнских платах на VT82C694X.

MIO – Multi Input Output chip микросхема системы ввода вывода. Включает в себя:

Floppy Drive Controller – контроллер накопителя на гибких дисках,

CMOS – энерго-независимая память,

RTC – Real Time Clock часы реального времени,

контроллер последовательного и паралельного интерфейсов (COMA COMB LPT), контроллер клавиатуры система мониторинга состояния системной платы. Во многих чипсетах MIO интегрировано в южный мост частично или полностью например VT82C686B.

Пр. Ур. – преобразователь уровня, обязательно используется для реализации COM. MIO имеет 5 вольтовый интерфейс, а COM порт 12 вольтовый.

BIOS – Basic Input Output System основная система ввода вывода, реализуется обычно в виде EEPROM – попросту энерго-независимая память, объем обычно колеблется от 1Мбит до 4 Мбит (128КБайт до 1024КБайт). Служит для управления системой до загрузки операционной системы. Именно программу записанную в BIOS, машина выполняет по включении системы.

AGP – Accelerated Graphic Port – ускоренный графический порт, шина ориентированная на использование высоко производительных видеоадаптеров. Высокая скорость передачи обеспечивается конвейеризацией обращений к памяти. По спецификации в очередь может быть установлено до 256 запросов на обращение к памяти.

RAM – Random Access Memory – память случайного доступа, или попросту память.

PCI – Peripheral Component Interconnector – конектор для подсоединения внутренних переферийных устройств. Синхронная шина с совмещенной шиной адреса, данных и команд, позволяющая достигать скорости передачи данных до 133Мбайт/c или в PCI64 до 266Мбайт/c.

ISA – Industry Standard Architecture – индустриальный стандарт архите ктуры, на сегодня устаревшая шина. Большинство современных чипсетов не поддерживают эту шину.

USB – Universal Serial Bus – универсальная последовательная шина. Сейчас стала широко распространена, имеет большие перспективы, сейчас уже есть стандарт USB2.

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

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

Система автоматического диагностирования представляет собой комплекс программных, микропрограммных и аппаратурных средств и справочной документации (диагностических справочников, инструкций, тестов).

Метод диагностирования характеризуется объектом элементарной проверки, способом подачи воздействия и снятия ответа.

Существуют следующие методы тестового диагностирования:

диагностирование, ориентированное на проверку сменных блоков.

1. Теоретическая часть

1.2 Основные задачи контроля и диагностики ЭВМ

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

Для начала стоит разобраться с причинами, которые могут вызвать такое явление. Как известно и пыль и неблагоприятные климатические условия ухудшают состояние компонентов ПК. Соответственно, выход железа из строя может быть вызван окислением контактов, попаданием пыли (и следственно, статического электричества) на микросхемы и разъемы, их перегрев. Перегрев также может быть вызван и плохим охлаждением.

К неплохому фейерверку из микросхем может привести и закорачивание какого-либо провода или попаданием питания на земляной контакт. Поэтому всегда стоит следить за качеством подключения кабелей и их состоянием.

1.3 Структура системы контроля и диагностики ЭВМ

В первую очередь при неисправности ПК следует произвести визуальный осмотр, надо сделать вскрытие и постараться найти характерный запах гари и выяснить, откуда он идет. Если его нет, то стоит проверить надежность подключения питания. Если проверка не помогла, то стоит включить ПК и проверить, крутятся ли вентиляторы блока питания (БП), корпуса и кулера процессора (заодно проверьте крепление кулера). Если не крутятся, и винчестер не издает характерного звука раскручивания шпинделя, то вышел из строя блок питания. Наличие напряжения на его выходе можно проверить тестером померив величину напряжения на контактах системной платы в том месте, где жгут проводов питания соединен с БП. Стоит подключить новый БП и проверить целостность остальных компонентов. Для начала их необходимо визуально осмотреть на предмет наличия горелых элементов. Несмотря на то, что рабочий монитор ломается достаточно редко, стоит проверить, подаются ли на него сигналы с видеоадаптера. Для этого осциллографом на контактах 10 и 13 (земля и синхронизация соответственно) 15-контактного разъема D-Sub видеоадаптера, вставленного в материнскую плату, нужно проверить наличие рабочих сигналов.

В материнских платах наиболее часто встречающаяся поломка – выход из строя дискретных элементов, особенно конденсаторов в VRM

Рисунок 1. – Жесткий диск

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

В винчестерах самое уязвимое место – перегревшийся контроллер и IDE-разъем.

Сгоревший контроллер можно определить по потемнениям рядом с местами его крепления. Перегрев микросхемы приводит и к ухудшению контакта между контроллером HDD и гермоблоком. Механические проблемы двигателя винчестера можно определить по сильной вибрации корпуса HDD при вращении дисков. Массовые неполадки были замечены у дисков IBM серии DTLA и Ericsson (70GXP и 60GXP), Maxtor 541DX, Quantum Fireball 3, Fujitsu серии MPG.

В CD-приводах чаще всего выходит из строя оптико-механическая часть. В частности механизм позиционирования лазера и определения диска. Как правило, такая поломка вызывается неисправностью МСУ (микропроцессор системного управления), который вырабатывает управляющие сигналы, а также драйвера двигателя лазерного считывателя, который отвечает за сигнал возбуждения. Для их проверки необходимо промерить выходные сигналы на соответствующих контактах МСУ. Характерным симптомом неисправности МСУ является отсутствие перемещения лазерного считывателя при первоначальном включении питания. У флоппи-дисководов чаще всего встречаются механические поломки, связанные с подъемником и прижимом дискеты.

Программно-аппаратная диагностика

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

Итак, рассмотрим порядок загрузки компьютера.

1. После включения питания БП выполняет самотестирование. Если все выходные напряжения соответствуют требуемым, БП выдает на материнскую плату сигнал Power_Good (P_G) на контакт 8 20-контактного разъема питания ATX. Между включением ПК и подачей сигнала проходит около 0,1-0,5 с.

2. Микросхема таймера получает сигнал P_G и прекращает генерировать подаваемый на микропроцессор сигнал начальной установки Reset. Если процессор не исправен, то система зависает.

3. Если CPU жив, то он начинает выполнять код, записанный в ROM BIOS по адресу FFFF0h (адрес программы перезагрузки системы). По этому адресу находится команда безусловного перехода JMP к адресу начала программы загрузки системы через конкретный ROM BIOS (обычно это адрес F0000h).

4. Начинается выполнение конкретного кода ROM BIOS. BIOS начинает проверку компонентов системы на работоспособность (POST – Power On Self Test). Обнаружив ошибку, система подаст звуковой сигнал, так как видеоадаптер пока еще не инициализирован. Проверяется и инициализируется чипсет, DMA и происходит тест определения объема памяти. Если модули памяти вставлены не до конца или некоторые банки памяти повреждены, то или система зависает или звучат длинные повторяющие сигналы из системного динамика.

5. Происходит разархивирование образа BIOS в оперативную память для более быстрого доступа к коду BIOS.

6. Инициализируется контроллер клавиатуры.

8. ROM BIOS сканирует пространство памяти начиная с C8000h в поисках BIOS других устройств, таких как сетевые карты и SCSI-адаптеры, и проверяется их контрольная сумма.

10. В случае холодной загрузки выполняется POST. Инициализируется процессор, выводится информация о его марке, модели и т.д. Выдается один короткий сигнал.

11. Тестируется RTC (Real Time Clock).

12. Определение частоты CPU, проверка типа видеоадаптера (в том числе встроенного).

13. Тестирование стандартной и расширенной памяти.

14. Присвоение ресурсов всем ISA-устройствам.

16. Инициализация FDC-контроллера.

1.4 Необходимость диагностирования компьютерной системы

Получаемое значение ответа (значения сигналов в контрольных точках) называется результатом элементарной проверки. Объектом элементарной проверки назовем ту часть аппаратуры диагностируемого устройства на проверку, которой рассчитано тестовое или рабочее воздействие элементарной проверки. Совокупность элементарных проверок, их последовательность и правила обработки результатов определяют алгоритм диагностирования. Алгоритм диагностирования называется безусловным, если он задает одну фиксированную последовательность реализации элементарных проверок. Алгоритм диагностирования называется условным, если он задает несколько различных последовательностей реализации элементарных проверок. Средства диагностирования позволяют ЭВМ самостоятельно локализовать неисправность при условии исправности диагностического ядра, т. е. той части аппаратуры, которая должна быть заведомо работоспособной до начала процесса диагностирования. При диагностировании ЭВМ наиболее широкое распространение получил принцип раскрутки расширяющихся областей, заключающийся в том, что на каждом wane диагностирования ядро и аппаратура уже проверенных исправных областей устройства представляют с собой средства тестового диагностирования, а аппаратура очередной проверяемой области является объектом диагностирования.

Надежность ЭВМ и систем. Критерии и характеристика надежности и эффективности. Расчет надежности при различных видах отказов. Восстанавливаемые системы. Методы повышения надежности. Различные виды избыточности. Оптимальное резервирование. Оценка надежности сложных резервированных систем. Оптимизация процессов обслуживания ЭВМ. Надежность программного обеспечения.

Контроль и диагностика ЭВМ и систем. Аппаратные и программно-логические методы контроля, оценки их эффективности. Контроль по модулю. Корректирующие коды. Коды Хемминга. Арифметические корректирующие коды. Методы диагностики неисправностей, диагностические тесты, программы динамической диагностики и отладки. Принципы микродиагностики.

1.5 Описание программы Производительности системы

Различные объекты производительности, встроенные в операционную систему, обычно соответствуют основным компонентам оборудования, таким как память, процессоры и т. д. Другие программы могут устанавливать собственные объекты производительности. Например, такие службы, как WINS, предоставляют объекты производительности, наблюдение за которыми можно осуществлять с помощью диаграмм и журналов.

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

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

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

1.6 Описание пакета SiSoft Sandra

Так уж получилось, что пакеты диагностических утилит являются одним из наиболее консервативных видов программного обеспечения. Даже переход на Windows 98, потрясший компьютерную индустрию, практически не отразился на диагностических утилитах. Конечно, были выпущены новые 32-битные утилиты, потому что прежние, как правило, не могли устойчиво работать под управлением новой операционной системы. Но появление Windows 98 поставило перед создателями диагностических утилит новые задачи, которые, увы, не сразу были решены. К тому же появились и новые возможности, связанные с графическим интерфейсом и более тесной интеграцией элементов пакета, которые первоначально использовались в диагностических утилитах только для того, чтобы сделать их чуть красивее.

После инсталляции на Рабочем столе и в Контрольной панели появляется ярлык к SiSoft Sandra 2007. Двойной щелчок мышью по этому значку вызывает оболочку пакета, представляющую собой окно с пиктограммами входящих в него утилит. Существует четыре режима отображения пиктограмм: информационные утилиты, утилиты оценки производительности, просмотр системных файлов, утилиты тестирования. Выбор того или иного режима осуществляется через пиктограммы на линейке вверху окна оболочки. По умолчанию устанавливается режим отображения пиктограмм информационных утилит.

Существуют следующие методы тестового диагностирования:

диагностирование, ориентированное на проверку сменных блоков.

1. Теоретическая часть

1.2 Основные задачи контроля и диагностики ЭВМ

1.3 Структура системы контроля и диагностики ЭВМ

Рисунок 1. – Жесткий диск

В винчестерах самое уязвимое место – перегревшийся контроллер и IDE-разъем.

Итак, рассмотрим порядок загрузки компьютера.

5. Происходит разархивирование образа BIOS в оперативную память для более быстрого доступа к коду BIOS.

6. Инициализируется контроллер клавиатуры.

11. Тестируется RTC (Real Time Clock).

12. Определение частоты CPU, проверка типа видеоадаптера (в том числе встроенного).

13. Тестирование стандартной и расширенной памяти.

14. Присвоение ресурсов всем ISA-устройствам.

16. Инициализация FDC-контроллера.

Раздел: Информатика, программирование
Количество знаков с пробелами: 28351
Количество таблиц: 1
Количество изображений: 7

Тестирование производительности тестирования программного обеспечения

Тестирование производительности связано со временем。

Основное содержание

Основы тестирования производительности
Введение в понятия и терминологию
Модель теста производительности
Введение в классификацию тестов производительности
Внедрение и управление тестом производительности

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

Зачем проводить тестирование производительности (ПОЧЕМУ) (наиболее важно)

Может ли приложение быстро отвечать на запросы пользователей?
Может ли приложение обрабатывать ожидаемую пользовательскую нагрузку и иметь избыточную емкость?
Может ли приложение обрабатывать количество транзакций, необходимых бизнесу?
Стабильно ли приложение при ожидаемых и неожиданных пользовательских нагрузках?

Можете ли вы гарантировать, что пользователям будет удобно работать с программным обеспечением?

Основная причина проблемы, как правило,：
Сотни серверов на нескольких платформах; гетерогенные системы, несколько приложений; тысячи рабочих станций; локальные сети, глобальные сети и архитектура распределенных сетей других типов; Точка неудачи.

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

На что следует обратить внимание при выполнении тестов производительности? (ЧТО)

Параллельные пользователи, пропускная способность
Среднее время отклика
Занятость ресурса сервера
Надежность и масштабируемость
Определите причины системных проблем и обратите внимание на то, какие методы используются для повышения производительности системы.
Подходит ли конфигурация программного и аппаратного обеспечения (планирование емкости, выбор оборудования)

Кто обратит внимание? (ВОЗ)

Каковы основные проблемы? (Где)

Проверка квалификации

Самый простой и наиболее часто используемый в тестировании производительности. Основная проблема: может ли система работать в ожидаемых условиях при данных условиях?

Основная проблема: как мы можем заставить систему иметь требуемые нам характеристики производительности?

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

Основная цель - найти дефекты в системе с помощью тестирования производительности.

Миф:
Тестирование производительности не зависит от функционального тестирования.
Это утверждение неверно. Тестирование производительности зависит от функционального тестирования.

Когда проводится тестирование производительности? (ПРИ)

Обычно проводится на среднем и позднем этапах функционального тестирования.

Введение в понятия и терминологию

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

Какие показатели эффективности обычно связаны с тестированием производительности?

Номер одновременно

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

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

Время отклика
Также называется временем ответа на запрос: TTLB
Время, необходимое для ответа на запрос, обычно составляет:

Время ответа транзакции
Транзакция - это набор тесно связанных операций. Логин - это транзакция.

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

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

С точки зрения бизнеса пропускная способность может также измеряться количеством посетителей / день или количеством обработанных услуг / час;
С точки зрения сети пропускная способность может измеряться в байтах / день.

Время мышления
- это время, в течение которого пользователь остается между двумя действиями.

Использование ресурсов
Использование различных системных ресурсов. Процессор, сеть, диск, сеть.

Модель теста производительности

Модель кривой перегиба

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

Классификация теста производительности

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

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

Вы можете установить эталон производительности, сравнив его с установленными стандартами, чтобы после изменения системной среды и параметров вы могли снова выполнить тест по тому же стандарту, чтобы увидеть влияние этого изменения на производительность.
Сравнительный анализ системы может выявить проблемы с производительностью на ранней стадии.
Система никогда не тестировалась на какую-либо производительность, и оценка производительности системы должна выполняться в качестве эталона для последующей разработки и настройки.

Узкий тест производительности
Моделируя комбинацию бизнес-давления и сценариев использования производственной операции, можно проверить производительность системы на соответствие требованиям производственной системы. Это распространенный метод испытаний.

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

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

Как нагрузочное тестирование, так и стресс-тестирование можно проводить в комбинации.
Нагрузочный тест для определения производительности системы при различных рабочих нагрузках. Цель состоит в том, чтобы проверить изменения в различных показателях производительности системы, когда нагрузка постепенно увеличивается.
Стресс-тестирование - это тест для определения максимального уровня обслуживания, который может обеспечить система, путем определения узкого места системы или неприемлемых точек производительности.

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

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

Количество одновременных пользователей отличается от количества одновременных пользователей.

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

Тест восстановления после сбоя

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

Большое количество данных теста
Существует два типа:

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

Цель теста каждого типа теста

Тестирование производительности: проверка квалификации
Нагрузочное тестирование: возможности планирования, настройка производительности
Стресс-тестирование: верификация способностей, способность планирования, настройка производительности, обнаружение дефектов
Тестирование конфигурации: возможности планирования, настройка производительности
Параллельное тестирование: обнаружен дефект
Проверка надежности: проверка квалификации
Тестирование восстановления после сбоев: проверка возможностей, настройка производительности и обнаружение дефектов

Реализация теста производительности

Реализация тестирования производительности:

Ранняя подготовка (функциональная устойчивость, составная команда)
Выберите инструменты (для обучения инструмента)
План тестирования производительности (спрос, план, план, стратегия, ресурсы)
Разработка тестов производительности (подготовка среды разработки сценариев, написание сценариев, вспомогательных инструментов)
Выполнение теста производительности (выполнение скрипта-записи результатов)
Настройка производительности и анализ
Отчет о тестировании производительности

Подготовка к тестированию производительности

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

Тестовый инструмент

План тестирования производительности

Потребности в исследованиях и тестировании

Тест бизнес сфера
Тестовая среда: аппаратная среда, программная среда, сетевая среда
Цель теста
Показатели эффективности: показатели эффективности бизнеса, показатели эффективности системы

Стратегия тестирования: инструменты тестирования, методы тестирования, выполнение теста

Написать план тестирования производительности
Подготовка тестовой среды:
Развертывание и проверка прикладного программного обеспечения
Импорт основных данных базы данных
Тестовый скрипт, тестовые данные
параметризация скрипта
отладка сценария
Тестовое выполнение
Стресс-тест, настройка системы
нагрузочный тест
Написать отчет о тестировании производительности

Общие этапы реализации для различных тестов: отчет о требованиях-решениях-реализации-выполнения-вывода кода

Дизайн теста производительности

Дизайн тестовой среды
Корреляция между результатами теста производительности и средой тестирования очень велика, независимо от того, какой тип теста производительности, вы должны сначала определить среду тестирования, включая программную / аппаратную среду системы, среду базы данных и т. д. и так далее.
Дизайн тестового сценария
Тестовый сценарий имитирует профиль фактического бизнеса, который включает в себя бизнес, коэффициент бизнеса, цель теста и счетчики производительности, которые необходимо отслеживать во время теста.
Дизайн теста
Сценарий тестирования дорабатывается, как правило, с учетом: типа теста, описания содержимого теста, предварительных условий, последовательности бизнес-операций и требований к параметризации. Контрольные точки и т. Д.
Разработка скрипта и вспомогательного инструмента

Выполнение теста производительности

Создать тестовую среду
Развертывание тестовых сценариев и тестовых сценариев
Выполните тесты и запишите результаты

Анализ и настройка тестов производительности

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

Единицы измерения производительности компьютера. Определение времени. Дискретные временные события. Стандарты в области оценки производительности. Виды тестов производительности процессора, файловой системы, сети. Тестовые смеси в прикладных областях.

Рубрика	Программирование, компьютеры и кибернетика
Вид	презентация
Язык	русский
Дата добавления	25.09.2017
Размер файла	350,4 K

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

HTML-версии работы пока нет.
Cкачать архив работы можно перейдя по ссылке, которая находятся ниже.

Подобные документы

Методики оценки производительности и пути выбора вычислительных систем. Использование альтернативных единиц измерения данных о работе на программно-аппаратной платформе используемого приложения. Скорость обработки транзакций; популярные тесты и бенчмарки.

презентация [937,6 K], добавлен 11.12.2013

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

дипломная работа [6,9 M], добавлен 12.09.2012

Однопроцессорные вычислительные системы не справляются с решением военно-прикладных задач в реальном времени, поэтому для повышения производительности вычислительных систем военного назначения используются многопроцессорные вычислительные системы (МВС).

реферат [70,1 K], добавлен 30.05.2008

курсовая работа [2,7 M], добавлен 08.07.2012

Аппаратные средства построения виртуальной частной сети (VPN), ее программные реализации. Алгоритмы и режимы шифрования в защищенных каналах, оценка их производительности. Создание модели функционирования сети. Тестирование платформы 1С: Предприятие 8.1.

дипломная работа [2,5 M], добавлен 26.07.2013

Разработка программы на языке Ассемблер для определения типа центрального процессора и его производительности. Основные этапы определения любого существующего Intel-совместимого процессора. Тактовая частота процессора, алгоритм и листинг программы.

курсовая работа [47,6 K], добавлен 26.07.2014

Разработка схемы организации связи объектов транспортной сети. Расчет характеристик резидентных шлюзов доступа (RAGW). Обоснование выбора типов интерфейсов. Расчет производительности коммутаторов транспортной сети и производительности Softswitch.

Читайте также: