Тестирование ПО (реферат), страница 4

Навремя, требующееся для очистки памяти, доступ процесса к страницамвыделенной памяти может быть заблокирован, что может повлиять наконечное время обработки этим процессом данных.3. Потребление сетевых ресурсовЭта метрика не связана непосредственно с производительностьюприложения, однако её показатели могут указывать на пределыпроизводительности системы в целом.Пример :Серверное приложение обрабатывая запрос пользователя, возвращает ему видео-поток,используя сетевой канал в 2 мегабит. Требование гласит, что сервер долженобрабатывать 5 запросов пользователей одновременно.Нагрузочное тестирование показало, что эффективно сервер можетпредоставлять данные только 4 пользователям одновременно, так как мультимедиапоток имеет битрейт в 500 килобит. Очевидно, что предоставление этого потока 5пользователям одновременно невозможно в силу превышения пропускной способностисетевого канала, а значит, система не удовлетворяет заданным требованиямпроизводительности, хотя при этом потребление ей ресурсов процессора и памятиможет быть невысоким.4.

Работа с дисковой подсистемой (I/O Wait)Работа с дисковой подсистемой может значительно влиять напроизводительность системы, поэтому сбор статистики по работе с дискомможет помогать выявлять узкие места в этой области. Большое количествочтений или записей может приводить к простаиванию процессора вожидании обработки данных с диска и в итоге увеличению потребления CPUи увеличению времени отклика.5. Время выполнения запроса (request response time, ms)Время выполнения запроса приложением остаётся одним из самыхглавных показателей производительности системы или приложения. Этовремя может быть измерено на серверной стороне, как показатель времени,которое требуется серверной части для обработки запроса; так и наклиентской, как показатель полного времени, которое требуетсяна сериализацию / десериализацию, пересылку и обработку запроса.

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

Такимобразом, проверка эргономичности измеряет эргономичность объекта илисистемы. Проверка эргономичности сосредоточено на определённом объектеили небольшом наборе объектов, в то время какисследования взаимодействия человек-компьютер в целом — формулируютуниверсальные принципы.Проверка эргономичности — метод оценки удобства продукта виспользовании, основанный на привлечении пользователей в качестветестировщиков, испытателей и суммировании полученных от них выводов.При испытании многих продуктов пользователю предлагают в«лабораторных» условиях решить основные задачи, для выполнения которыхэтот продукт разрабатывался, и просят высказывать во время выполненияэтих тестов свои замечания.Процесс тестирования фиксируется в протоколе (логе) и/или на аудиои видеоустройства — с целью последующего более детального анализа.Если проверка эргономичности выявляет какие-либо трудности(например, сложности в понимании инструкций, выполнении действий илиинтерпретации ответов системы), то разработчики должны доработатьпродукт и повторить тестирование.Наблюдение за тем, как люди взаимодействуют с продуктом, нередкопозволяет найти для него более оптимальные решения.

Если притестировании используется модератор, то его задача — держать респондентасфокусированным на задачах (но при этом не „помогать“ ему решать этизадачи).Основную трудность после проведения процедуры проверкиэргономичности нередко представляют большие объёмы и беспорядочностьполученных данных.

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

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

Под проникновением понимается широкий диапазондействий: попытки хакеров проникнуть в систему из спортивного интереса,месть рассерженных служащих, взлом мошенниками для незаконнойнаживы. Тестирование безопасности проверяет фактическую реакциюзащитных механизмов, встроенных в систему, на проникновение. В ходетестирования безопасности испытатель играет роль взломщика. Емуразрешено все:попытки узнать пароль с помощью внешних средств; атака системы с помощью специальных утилит, анализирующих защиты; подавление, ошеломление системы (в надежде, что она откажетсяобслуживать других клиентов); целенаправленное введение ошибок в надежде проникнуть в систему входе восстановления; просмотр несекретных данных в надежде найти ключ для входа в систему.При неограниченном времени и ресурсах хорошее тестированиебезопасности взломает любую систему.

Задача проектировщика системы —сделать цену проникновения более высокой, чем цена получаемой врезультате информации.Тестирование совместимостиТестирование совместимости (англ. compatibility testing) — метод,основной целью которого является обеспечение качественной работыконечного продукта с другим программным обеспечением.Например, если проверяется вэб-сайт, это может быть проверкавзаиодействия сЖелезомПО(браузерами, операционными системами) наших пользователей.Много лет назад, когда Netscape Navigator еще использовался, аwindows была версии 98 находились некоторые баги:Краткое описание:Проблема совместимости: Win 98 перезагружается при входе в системус Netscape Navigator версии X.X.Шаги для воспроизведения проблемы:1. Открой www.main.testshop.rs с помощью Netscape Navigatorверсии X.X, установленной на Win 982.

Введи testuser11@testshop.ru в поле «имя пользователя» и«121212» в поле пароль3. Нажми на кнопку входОжидаемый результат: Вход в систему.Происходит: Win 98 перезагружается.Комментарий: Воспроизводится только при таком сочетании браузера и ОС.Как искать такие сочетания? Очень просто – поискать в интернете статистикуо пользовании браузеров и ОС.Далее запустить компьютеры с популярными браузерами и ОСТестирование с разными браузерами называеися кросс-браузернымтестированием.Тестирование с разными ОС называется кросс-платформеннымтестированием.Функуиональное тестированиеФункуиональное тестирование - это тестирование ПО в целях проверкиреализуемости функциональных требований, то есть способности ПО вопределённых условиях решать задачи, нужные пользователям.Функциональные требования определяют, что именно делает ПО, какиезадачи оно решает.В свою очередь функцональное тестирование бывает двух типов:тестирование нового функционала и регрессионое тестирование.

Подробнейо нем поговорим ниже.По степени автоматизации.По степени автоматизации тестирование делится на 3 вида:Ручное тестированиеАвтоматизированное тестированиеСмешанное/полуавтоматическоеРучное тестированиеЭто исполнение тест-кейсов без помощи каких либо программ,автоматизирующих работу.

Например, для того чтобы создать аккаунтнового пользователя на веб-сайте, тестировщик открывает страницурегистрации, заполняет формы и.т.п.Автоматизированное тестирование.Автоматизированное тестирование.Самая первая "автоматизация" появилась в эпоху операционныхсистем DOS и CP/M. Тогда она заключалась в отдаче приложению командчерез командную строку и анализе результатов.

Чуть позже добавилисьудаленные вызовы через API для работы по сети. Впервые обавтоматизированном тестировании упоминается в книге Фредерика Брукса"Мифический человеко-месяц", где говорится о перспективах использованиямодульного тестирования. Но по-настоящему автоматизация тестированиястала развиваться только в 80-х годах.Существует два основных подхода к автоматизации тестирования:тестирование на уровне кода и GUI-тестирование. К первому типу относится,в частности, модульное тестирование. Ко второму - имитация действийпользователя с помощью специальных тестовых фреймворков.Наиболее распространенной формой автоматизации являетсятестирование приложений через графический пользовательский интерфейс.Популярность такого вида тестирования объясняется двумя факторами: вопервых, приложение тестируется тем же способом, которым его будетиспользовать человек, во-вторых, можно тестировать приложение, не имеяпри этом доступа к исходному коду.GUI-автоматизация развивалась в течение 4 поколений инструментов итехник:Утилиты записи и воспроизведения (capture/playback tools) записываютдействия тестировщика во время ручного тестирования.