35. Тестирование производительности по

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

Виды:

1. Нагрузочное (low-testing) –при стандартных нагрузках

2. Стрессовое (stress-testing) – нагрузка увеличивается посепенно, необходимо найти критическую точку.

3. Производительности (stability-testing) – проверить насколько стабильно работает система в течении 24/7

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

5. Тестирование больших объемов (volume-testing) Подходы: большое количество запросов; большой объем данных; классический (на уровне протокола http –нагрузка на сервер); с реальным пользователем; распределенное тестирование производительности; облачные хостинги; функциональное тестирование(оценка производительности небольших сайтов); автоматизированное тестирование производительности (средства LoadRunner, VS TestEdition, TestComplete, QALoad, SilkPerformer, PerformanceTester)

36. Тестирование usability по.

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

Usability (термин определен в ISO/IEC 9241-11) – проверки для тестирования:

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

37. Автоматизация модульного тестирования.

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

1. Разработку программной архитектуры,

2. Дизайна,

3. Реализацию кода,

4. Отладку,

5. Оптимизацию производительности,

6. Обеспечения качества.

Наиболее распространённой оболочкой юнит тестов является семейство xUnit которое включает в себя:

1. JUnit – реализация оболочки для тестирования Java-кода,

2. CPPUnit – для тестирования cppкода,

3. NUnit – для тестирования .netприложений. Эта реализация NUnitреализована на языке с# но может быть использована для тестирования любого .netязыка включая j#, c++.

4. PyUnit – для Pithon,

5. vbUnit – для Visual Basic,

6. utPLSQL – для ORACLE.

7. HttpUnit – для php,

8. DUnit – для Delphi

Взаимодействие основных классов семейства XUnit.

Д ля написания тестов в оболочке XUnitиспользуются 3 основных класса:

1. TestCase,

2. TestSuite, TestResult

3. TestRunner.

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

TestSuite – эту группу тестов удобно использовать как объект TestSuiteдля сборки родственных тестов. Если не задавать TestSuiteдля тестового сценария TestCase, то XUnitавтоматически создаст TestSuiteобъект, который будет включать в себе все тесты сценария.

TestRunner – это объект для запуска тестовых наборов TestSuite.XUnitпредоставляет несколько тестовых исполнителей которые наследуются от интерфейса BaseTestRunner.