Необоснованные ожидания от авто-го тестирования.

1. автоматизировать можно все, что угодно;

2. можно обнаружить больше ошибок;

3. можно исключить или сократить ручное тестирование;

4. сократиться временной график тестирования;

5. автоматизация недорога;

6. современные средства автоматизации просты в использовании;

7. возможно 100% покрытие функциональности;

8. все необходимое тестирование может выполнить одно инструментальное средство;

Примеры инструментов:

1. SilkTest

2. UnitRunner

3. Rational Robot

4. QTP

29. Метод функциональной декомпозиции

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

Главная идея функциональной декомпозиции – приведение всех тестовых случаев к некоторым фундаментальным задачам (областям).

Например:

• Навигация (доступ к странице)

• Специфичные (бизнес-функции)

• Проверка данных (проверка состояния заказа)

• Возврат к навигации

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

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

Пример

Проверка функциональности Login в некотором приложении. Для реализации этой проверки можно написать одну функцию Login с 3 параметрами: имя пользователя, пароль, признак ожидаемого результата.

Однако, с точки зрения повышения модульности, а также для сведения к минимуму усилий для поддержки изменения автоматизированных тестов сделаем функцию VerifyLogin, из которой в свою очередь будет вызываться функция Login. Она в свою очередь не производит проверок, а лишь вызывает функции SetUserName, SetPassword, ClickButton. При этом функции SetUserName и SetPassword будут вызывать функцию SetTextBox, которая уже утилита.

30. Методы Data-driven, Keyword-driven.

Data-driven

Этот метод является продолжением предыдущего (декомпозиции). И в нем параметры функций (данные для тестов) выносятся за пределы кода скрипта. Для примера (в декомпозиции) эти данные могли бы храниться в базе данных (например Excel).

Тогда в каждой строке таблицы могло бы храниться имя пользователя, пароль и ожидаемый результат (успешный/неуспешный вход в приложение), реально зафиксированный результат.

Keyword-driven

Этот метод использует документ, являющийся тестовым случаем или набором тестовых случаев. Эти тестовые сценарии представляют собой электронную таблицу, содержащую специальные ключевые слова (keywords). Здесь ключевые слова описывают процесс выполнения тестовых случаев: действия, которые необходимо выполнить, наборы входных и выходных данных, ожидаемый результат. Т.о. скрипт читает таблицу. Когда находится ключевое слово, скрипт считывает входные данные, выполняет действие, описанное ключевым словом. Полученный результат сравнивается с ожидаемым и на основе сравнения генерируется отчет. Далее скрипт читает следующее ключевое слово и так до конца файла.

Ключевое слово	Действие	Ожидаемый результат	Полученный результат

44