Понятие автоматизированного тестирования. Автотесты. Достоинства и недостатки автоматизированного тестирования.

Понятие автоматизированного тестирования. Автотесты. Достоинства и недостатки автоматизированного тестирования.

Автоматизированное тестирование основано на использовании специальных инструментальных средств. Основная идея автоматизированного тестирования заключается в использовании автотестов – записанных на специальных скриптовых языках действий по проверке качества программ.

Преимущества.

•Экономия времени – программа-робот гораздо быстрее перебирает тестовые варианты, чем любой человек

•Исключение человеческого фактора – вероятность совершения ошибки при выполнении человеком рутинных операций высока

•Возможность эмулировать многопользовательскую работу: средства автоматизации являются единственным способом решить проблему нагрузочного тестирования

Недостатки.

•Временные затраты на создание, поддержку и тестирование тестов – автоматизированное тестирование всегда начинается с тестирования вручную, поскольку необходимо показать роботу, как, что и с чем он должен делать

•Неприменимость к некоторым объектам, оцениваемым субъективно

•Необходимость программистских навыков у тестировщика – настоящая профессиональная автоматизация тестирования невозможна без работы непосредственно с кодом тестового скрипта

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

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

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

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

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

Средства автоматизации.

Чтобы робот-тестировщик мог выполнить необходимую работу, необходимо: •построить репозиторий с подробным описанием всех тестируемых объектов;•записать библиотеку функций, методов или элементарных действий с объектами (если не подходят стандартные методы);•создать скрипт, содержащий описание тестовых шагов, логики теста и глобальных переменных

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

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

MercuryQuickTest мощное средство, обладающее удобным и понятным пользовательским интерфейсом для создания тестов без ручной правки скрипта

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

SegueSilkTest относительно удобное средство, предоставляющее широкие возможности для ручной работы со стандартными и нестандартными объектами на объектно-ориентированном языке 4Test

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

MercuryLoadRunner удобный инструмент, обладающий широчайшим спектром возможностей

SegueSilkPerformerх орошее средство со своими+ и -

RadViewWebLoadн еплохая программа для тестирования Web-приложений

Директивы, категории директив

Специальные предложения, используемые для структурирования тестовых заданий и описания дополнительных спецификаций теста. Все директивы (атрибуты) содержатся в пространстве имен NUnit.Framework, которое должно быть включено в любой файл, содержащий тесты.Существует 5 категорийдиректив: Test Identification, Test Selection, Test Modification, Setup and Teardown, Parameterized Tests

Идентификаторы тестов позволяют выделять: класс, содержащий методы-тесты [TestFixture];отдельные методы этого класса [Test]; а также давать описания тестов [Test, Property ("Severity", "Critical")]

Схема Метод доступа

file:///прямой доступ к хранилищу (на локальном диске)

http:// доступ через протокол WebDAV (если Subversion-сервер работает через Apache)

https:// то же, что и http://, но с SSL-шифрованием

svn:// доступ через собственный протокол к серверу svnserve

svn+ssh://то же, что и svn://, но через SSH-соединение

Файловая система хранилища. Как правило, хранилище Subversion содержит файлы нескольких проектов. Каждый проект представляется в виде подкаталога файловой системы хранилища. При таком подходе, пользовательская рабочая копия обычно соответствует отдельному подкаталогу хранилища.

Правка - каждое новое состояние файловой системы хранилища. Каждая правка получает уникальный номер. Начальная правка вновь созданного хранилища получает номер 0 и не содержит ничего, кроме пустого корневого каталога.Номера правок в Subversion являются глобальными, т.е. относятся ко всем, а не только к отдельно взятым файлам. Каждый номер правки соответствует целому дереву, отдельному состоянию хранилища после зафиксированного изменения.

Список файлов проекта из репозитория можно просмотреть с помощью команды: svnlist<URL каталога хранилища> -v. Флаг –v указывает на необходимость вывода полной информации о правке.

Понятие автоматизированного тестирования. Автотесты. Достоинства и недостатки автоматизированного тестирования.

Автоматизированное тестирование основано на использовании специальных инструментальных средств. Основная идея автоматизированного тестирования заключается в использовании автотестов – записанных на специальных скриптовых языках действий по проверке качества программ.

Преимущества.

•Экономия времени – программа-робот гораздо быстрее перебирает тестовые варианты, чем любой человек

•Исключение человеческого фактора – вероятность совершения ошибки при выполнении человеком рутинных операций высока

•Возможность эмулировать многопользовательскую работу: средства автоматизации являются единственным способом решить проблему нагрузочного тестирования

Недостатки.

•Временные затраты на создание, поддержку и тестирование тестов – автоматизированное тестирование всегда начинается с тестирования вручную, поскольку необходимо показать роботу, как, что и с чем он должен делать

•Неприменимость к некоторым объектам, оцениваемым субъективно

•Необходимость программистских навыков у тестировщика – настоящая профессиональная автоматизация тестирования невозможна без работы непосредственно с кодом тестового скрипта

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