Приёмочное
тестирование – это тестирование продукта на соответствие требованиям. Требования могут выдвигаться заказчиками. Если же заказчика нет, то в его качестве можно представить себя, ведь определенные требования к продукту всегда существуют. Программный продуктобязан проходить приёмку.
Продукт создан с какой-то определенной целью, имеет определенные функции, должен выполнять предписанные требования. Есть ожидания, которым он должен соответствовать. Поэтому нужно проверить основной функционал, соответствие основным требованиям. Для этого проводят приёмочное тестирование, которое также называют функциональным. Здесь очень хорошо работает автоматизация, когда каждую
версию автоматически проверяют на соответствие основным требованиям.
Лучше, чтобы такие тесты включали только ожидания заказчиков. Не надо концентрироваться на механизмах реализации. Не надо зацикливаться на языке программирования, на том, какая база данных используется, какая архитектура. В таком случае, при каждом изменении реализации,
придётся менять и тесты.
Лучше отталкиваться от ожиданий, они меняться не будут, поэтому тестирование будет проводить гораздо проще. Один раз создается тест, а затем много раз прогоняется при приёмке каждой версии.
Теперь рассмотрим нагрузочное тестирование или тестирование производительности.
Иногда эти виды тестирования разделяют, иногда включают друг в друга, но наиболее удачными формулировками я считаю такие.
Тестирование производительности – тестирование системы при идеальных условиях и максимальной нагрузке. Наверняка вы видели тесты производительности, например, обзоры аппаратной части компьютера (процессоров, видео-карт, жестких дисков и др.) на www.ixbt.com, когда в качестве нагрузки работают программные приложения, после чего анализируются получаемые результаты.
Нагрузочное тестирование – это то же самое, что тестирование производительности, за исключением того, что система подвергается различным нагрузкам.
Цель этого вида тестирования – определить, как поведет себя система в случае, когда планируемая
нагрузка превышена.
Объёмное тестирование – тестирование при большом количестве данных.
Его цель – определить, при каких объёмах данных система перестаёт работать.
Стресс – тестирование – тестирование при недостатке ресурсов, когда не хватает ресурсов железа, например, оперативной памяти, места на жестком диске, ширины
пропускного канала сети и т.д.
Как правило, тестирование производительности делают на стадии тестирования жизненного цикла продукта. Меряют максимальную нагрузку: сколько пользователей может подключиться к программе, как она себя ведет при увеличении нагрузки.
Но этот вид тестирования желательно проводить и на других стадиях разработки продукта.
На проектной стадии нужно выбирать язык программирования, базу данных, ее архитектуру, исходя из требуемой производительности.
Затем, на стадии программирования, необходимо определиться, как строить базу данных, например, на таблицах, либо на представлениях. Что оптимизировать в первую очередь.
Ответы на эти вопросы даёт тестирование производительности.
После стадии тестирования следует поставка продукта. На этом этапе надо учитывать настройки и архитектуру сети, где будет использоваться программный продукт.
Поэтому тестирование производительности
имеет большую важность и выполняется всегда, хоть и часто ограничивается лишь стадией тестирования.
В результате тестирования производительности, она либо удовлетворяет требованиям, либо ее нужно увеличить.
Увеличивают обычно двумя способами: либо улучшают аппаратную часть – железо (добавляют оперативку, ширину канала и т.д.), либо усовершенствуют, оптимизируют код, чтобы приложение работало быстрее.
Метод тестирования производительности: запускают несколько потоков с определенными запросами и фиксируют время их выполнения. Данной методики обычно достаточно.
