Типы автоматизированного тестирования, их цели. Средства автоматизированного тестирования.

Существуют три типа тестирования, которые можно автоматизировать:.

· -функциональное (в том числе модульное, или unit-тестирование);

· -регрессионное (проверка работоспособности старого функционала и отсутствия ранее исправленных дефектов в новых версиях);

· -нагрузочное (поведение приложения под рабочей и стрессовой нагрузкой, влияние работающего приложения на системное окружение).

Некоторые принципы.

· -Не следует пытаться автоматизировать все тесты, т.к. наиболее простые из них вполне могут быть выполнены в «ручном» режиме.

· -Средства автоматизации – это всего лишь инструмент, поэтому особое внимание необходимо уделять качеству тест-плана.

· -Аккуратное и адекватное планирование - залог успеха автоматизации.

Планирование функционального тестирования

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

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

· -Функциональные требования разделяют по степени критичности и начинают планирование тестов для самых критичных пользовательских бизнес-прецедентов.

Планирование регрессионного тестирования

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

Планирование нагрузочного тестирования

· три основные цели:

o -убедиться, что при той или иной нагрузке в работе приложения не возникает сбоев, т. е. отсутствуют ошибки;

o -проверить, сохраняется ли с ростом нагрузки эргономичность приложения;

o -поиск опасных тенденций для системных ресурсов клиента и сервера.

· Выделяют три уровня нагрузки:

o -минимальная нагрузка (один пользователь) позволяет проверить, что приложение в принципе работоспособно;

o -рабочая (некоторое количество клиентов, считающееся штатным) - когда приложение должно вести себя безукоризненно;

o -стрессовая или пиковая нагрузка, которую приложение должно выдерживать в принципе.

· Необходимо планировать тестирование для каждого из этих видов нагрузки.

Средства автоматизированного тестирования

· Чтобы робот-тестировщик мог выполнить необходимую работу, необходимо:

- -построить репозиторий с подробным описанием всех используемых в тесте объектов;

- -записать библиотеку функции, методы или элементарные действия с объектами;

- -создать скрипт, содержащий описание тестовых шагов, логики теста и глобальных переменных.

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

Средства функционального тестирования

· -Mercury QuickTest - Мощное средство компании Mercury, обладающее удобным и понятным пользовательским интерфейсом для создания тестов без ручной правки скрипта.

· -Mercury WinRunner - От QuickTest оно отличается тем, что приходится много вручную работать с кодом, написанным на специальном языке TSL.

· -Segue SilkTest - Интересное и относительно удобное средство, предлагаемое компанией Segue Software, предоставляющее широкие возможности для ручной работы со стандартными и нестандартными объектами на объектно-ориентированном языке 4Test.

Средства нагрузочного тестирования

· -Mercury LoadRunner - Очень удобный инструмент - однозначный лидер, обладающий широчайшим спектром возможностей.

· -Segue SilkPerformer - Хорошее средство со своими достоинствами и недостатками.

· -RadView WebLoad - Неплохая программа компании RadView Software для тестирования Web-приложений, но не более того.

Утверждения, параметры утверждений.

Утверждения

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

· Если гипотеза подтвердилась, то начинает выполняться следующий тест (либо тестирование завершается), иначе возникает ошибка.

Примеры утверждений:

· Все утверждения являются статическими методами класса Assert и, обычно, содержит два параметра – ожидаемый результат и действительный:

Assert.AssMethod(expected, actual);

· Примеры утверждений:

o Assert.AreEqual(expected, fMB1.Subtract(fMB2));

o Assert.IsTrue(fMB1.Multiply(0).IsZero);

o Assert.Greater(x, y);

o StringAssert.IsMatch(“Hello!”, MyStr);

Параметры утверждений

· -Однако для каждого метода существуют перегружаемые варианты, которые содержат дополнительные параметры, позволяющие сформировать строку сообщения.

· -Дополнительный параметр может быть обычной строкой, либо строкой со списком параметров, добавляемых в сообщение о результатах выполнения теста:

Assert.AreEqual(int expected, int actual, string message);

Assert.AreEqual(int expected, int actual, string message, params object[] parms);

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

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