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

В середине 1990-х сразвитием Интернета и разработкой большого количества веб-приложенийособую популярность стало получать «гибкое тестирование» (по аналогии сгибкими методологиями программирования).В 2000-х появилось еще более широкое определение тестирования,когда в него было добавлено понятие «оптимизация бизнес-технологий»(en:business technology optimization, BTO). BTO направляет развитиеинформационных технологий в соответствии с целями бизнеса. Основнойподход заключается в оценке и максимизации значимости всех этаповжизненного цикла разработки ПО для достижения необходимого уровнякачества, производительности, доступности.Классификации тестирования.Существует несколько признаков, по которым принято производитьклассификацию видов тестирования.

Обычно выделяют следующие:По знанию системы:Тестирование чёрного ящика (black box)Тестирование белого ящика (white box)Тестирование серого ящика (grey box)По объекту тестирования:Тестирование интерфейса пользователя (UI testing)Тестирование локализации (localization testing)Тестирование производительности (performance testing) Нагрузочное тестирование (load testing) Стресс-тестирование (stress testing) Тестирование стабильности (stability / endurance / soak testing)Юзабилити-тестирование (usability testing)Тестирование безопасности (security testing)Тестирование совместимости (compatibility testing)Функциональное тестирование (functional testing)По степени автоматизации:Ручное тестирование (manual testing)Автоматизированное тестирование (automated testing)Полуавтоматизированное тестирование (semiautomated testing)По степени изолированности компонентов:Компонентное (модульное) тестирование (component/unit testing)Интеграционное тестирование (integration testing)Системное тестирование (system/end-to-end testing)По времени проведения тестирования:Альфа-тестирование (alpha testing) Тестирование новой функциональности (new feature testing) Регрессионное тестирование (regression testing)Бета-тестирование (beta testing)Но, начнем по порядку.Черный, белый, серый ящики.Под черным ящиком имеется ввиду система, механизм которойдостаточно сложен, неизвестен или неважен в рамках данной задачи.

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

неизвестен внутренний механизм. Вследствие чего, дляпроверки функциональной единицы может потребоваться несколько тесткейсов, когда можно было проверить одним.Рассмотрим второе. Исполнение тестирования может происходить как приналичии, так и без тест-кейсов. Например, рассмотрим следующий тестовыйсценарий (Последовательность действий для достижения фактическогорезультата ):1) Открыть сайт ***2) Ввести текст «привет»3) Нажать искатьЗдесь текст «привет» является данными к тест-кейсу.Основные источники паттернов:1) Спецификация2) Найдены путем эксплоринга(использования софта для понимания того,как реальный пользователь будет с ним обращаться).3) Черный ящик4) Интуиция5) Совет программиста6) Другие источникиВ отличие от «Черного ящика» при подходе «Белый ящик» тестировщикосновывает идеи для тестирования на знании об устройстве и логиикетестируемой части.Тестировочное покрытие состоит из двух вещей:1) Покрытие возможных сценариев2) Покрытие исполнения тест-кейсовПокрытие возможных сценариев - величина, показывающаяпроцентное соотношение сценариев, зафиксированных в тест кейсах, ко всемтеоритически возможным сценариям.Покрытие исполнения тест-кейсов - это процентное отношениеисполненных тест-кейсов к общему количеству тест-кейсов.Симбиоз подходов «Черный ящик» и «Белый ящик» увеличиваетпокрытие возможных сценариев.«Серый ящик» - подход, сочетающий в себе элементы двухпредыдущих подходовПо объекту тестирования.Тестирование интерфейса пользователя.Тестирование интерфейса пользователя – это тестирование, прикотором проверяются элементы интерфейса пользователя.

Важно пониматьтестирование интерфейса пользователя и тестирование с помощьюинтерфейса пользователя.Пример первогоПроверяем максимальное количество символов, которые можнонапечатать в поле «Имя» на странице «Регистрация», т.е. проверяем,отвечает ли конкретный элемент интерфейса, называющийся «однострочноетекстовое поле» (textbox), требованию спецификации, которая указывает намаксимальное количество символов, которое в этом поле можно напечатать.Пример второгоС помощью интерфейса создаем транзакцию покупки, т.е. мыиспользовали интерфейс пользователя как инструмент для созданиятранзакции.Тестирование локализацииПодразумевает проверку множества аспектов, связанных с адаптациейпродукта для пользователей других стран.

Например, проверка можетзаключаться в том, что надо проверить не вызовет ли система ошибку, еслипользователь будет вводить, например, свое имя при регистрации символамисвоего языка. Либо что время отображается того региона, в которомнаходится пользователь.Тестирование производительностиТестирование производительности — в инженерии программногообеспечения тестирование, которое проводится с целью определения, какбыстро работает система или её часть под определённой нагрузкой. Такжеможет служить для проверки и подтверждения других атрибутов качествасистемы, таких как масштабируемость, надёжность и потребление ресурсов.Тестирование производительности - это одна из сфер деятельностиразвивающейся в области информатики Инженерии производительности,которая стремится учитывать производительность на стадии моделированияи проектирования системы, перед началом основной стадии кодирования.В тестировании производительности различают следующие направления:нагрузочное (load)стресс (stress)тестирование стабильности (endurance or soak or stability)конфигурационное (configuration)Нагрузочное тестированиеНагрузочное тестирование (англ.

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

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

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

Зависимость времени отклика системы от степени распределённостиэтой системы.Дисперсия нормального распределения времени отклика системы назапрос пропорциональна отношению количества узлов системы, параллельнообрабатывающих такие запросы и количеству запросов, приходящихся накаждый узел.То есть, на разброс значений времени отклика системы влияетодновременно количество запросов приходящихся на каждый узел системы исамо количество узлов, каждый из которых добавляет некоторую случайнуювеличину задержки при обработке запросов.4. Разброс времени отклика системыИз утверждений 1, 2 и 3 можно также заключить, что придостаточно большом количестве измерений величины времени обработкизапроса в любой системе всегда найдутся запросы, время обработкикоторых превышает определённые в требованиях максимумы; причем, чембольше суммарное время проведения эксперимента тем выше окажутсяновые максимумы.Этот факт необходимо учитывать при формировании требований кпроизводительности системы, а также при проведении регулярногонагрузочного тестирования.5.

Точность воспроизведения профилей нагрузкиНеобходимая точность воспроизведения профилей нагрузки темдороже, чем больше компонент содержит система.Часто невозможно учесть все аспекты профиля нагрузки для сложныхсистем, так как чем сложнее система, тем больше времени будет затрачено напроектирование, программирование и поддержку адекватного профилянагрузки для неё, что не всегда является необходимостью. Оптимальныйподход в данном случае заключается в балансировании между стоимостьюразработки теста и покрытием функциональности системы, в результатекоторого появляются допущения о влиянии на общую производительностьтой или иной части тестируемой системы.Определение целей тестирования производительностиВ общих случаях тестирование производительности может служитьразным целям.С целью демонстрации того, что система удовлетворяет критериямпроизводительности. С целью определения производительность какой из двух или несколькихсистем лучше. С целью определения, какой элемент нагрузки или часть системыприводит к снижению производительности.Многие тесты на производительность делаются без попытки осмыслить ихреальные цели.