Этот документ распространяется в формате бумаги A4. Для печати в других форматах, нужно изменить параметры страницы: 1) вызовите диалог “Параметры страницы” в Microsoft Word; 2) переключитесь на вкладку “Размер бумаги” и выберите нужный формат из выпадающего списка “Размер бумаги”; 3) вернитесь в документ и перейдите к таблице содержания. Щелкните внутри таблицы и нажмите F9 для того, чтобы обновить ее. Перейдите в конец документа и аналогичным образом обновите алфавитный указатель.
* Windows и логотип Windows являются торговыми марками группы компаний Microsoft.
Содержание
Введение в автоматизированное тестирование и TestComplete 4
Создание вашего первого теста 11
Что дальше? 31
Алфавитный указатель 33
Введение в автоматизированное тестирование и TestComplete Автоматизированное тестирование
Тестирование программного обеспечения – это процесс исследования приложений и выявления в них ошибок. Разница между тестированием и простым исследованием состоит в том, что тестирование включает в себя сравнение выходных данных приложения с ожидаемым результатом и определение того, функционирует ли приложение так, как это ожидалось. Иными словами, например, тестировщику необходимо не только убедиться в том, что приложение отображает какой-либо список значений, но также удостовериться в том, что этот список содержит соответствующие значения.
Как правило, каждая процедура тестирования включает в себя следующие этапы:
Определение ожидаемых выходных данных.
Выполнение тестовых действий (введение соответствующих входных данных).
Сбор выходных данных приложения и сравнение их с ожидаемыми выходными данными (базовыми данными).
Привлечение внимания разработчиков или руководителя проекта в случае несоответствия полученных результатов ожидаемым.
Автоматизированное тестирование - это автоматическое выполнение тестирования ПО специальной программой при малой доле вмешательства человека, либо вовсе без него. Автоматическое выполнение тестирования гарантирует выполнение всех тестовых действий без исключения; оно освобождает тестировщика от необходимости повторять одни и те же монотонные действия снова и снова.
TestComplete предоставляет специальные функциональные возможности для автоматизации тестовых действий, задания базовых данных, выполнения тестов и записи результатов тестирования. Он также включает в себя специальные диалоговые окна и мастера настроек, которые помогают вам автоматизировать команды сравнения (или контрольные точки; checkpoints) в ваших тестах.
Типы тестов
TestComplete поддерживает различные типы и методы тестирования: модульное тестирование (unit testing), функциональное тестирование (functional testing), тестирование графического пользовательского интерфейса (GUI testing), регрессионное тестирование (regression testing), распределенное тестирование (distributed testing) и др. (смотрите статью Different Ways of Testing в справочной системе TestComplete). В настоящем руководстве, мы будет создавать функциональный тест. Этот тип тестов используется наиболее часто. Функциональные тесты выполняют проверку взаимодействия приложения с пользователем и программным окружением. Они проверяют, работает ли приложение так, как ожидалось.
Типичный функциональный тест состоит из тестовых команд, выполняющих различные действия, такие как эмуляция щелчков мышью или нажатия клавиш, запуск тестовых команд в цикле и выполнение проверки данных, содержащихся в объектах.
В TestComplete функциональные тесты могут создаваться в форме тестов на основе ключевых слов (keyword tests) или в форме скриптов. Тесты обоих видов можно записать или создать с нуля с помощью встроенных в TestComplete редакторов. Создание keyword тестов является визуальным и не требует больших усилий и глубоких знаний программирования. Написание же скриптов требует понимания скриптовых инструкций, но оно, в свою очередь, дает возможность создавать более гибкие и мощные тесты. TestComplete поддерживает создание скриптов на VBScript, JScript, DelphiScript, C++Script и C#Script, поэтому вы можете выбрать скриптовый язык, который вы знаете лучше.
В настоящем руководстве мы будем использовать keyword тестирование.
О проектах в TestComplete и их элементах
TestComplete работает с тестовыми проектами (projects) и группами проектов (project suites). Проект – это отправная точка в создании тестов. Проект содержит ваши тесты, базовые значения для контрольных точек, информацию о тестируемых вами приложениях и другие данные, необходимые для проведения тестирования. Проект также определяет порядок выполнения нескольких тестов и содержит все результаты выполнения тестов, полученные за время жизни проекта.
Один проект может содержать полный набор данных и тестов для вашего приложения. Для сложных приложений можно отвести отдельный проект под одну часть приложения, а остальные проекты под другие части приложения (обычно, модули).
Родственные проекты можно объединить в группу проектов (project suite), которая содержит один или более проектов. TestComplete автоматически создает файл группы проектов при создании нового проекта. Также можно создавать пустые группы проектов и затем использовать диалоговые окна TestComplete, чтобы заполнить данный пакет желаемыми файлами.
Элементы проекта (project items) – это элементы, осуществляющие различные тестовые операции или используемые при выполнении данных операций.
Просмотреть содержимое проектов, группы проектов и элементов, а также управлять ими можно с помощью панели Project Explorer.
Полная информация об элементах проектов в TestComplete представлена в статье About Project Items справочной системы продукта.
Пользовательский интерфейс TestComplete
Главное окно TestComplete выглядит следующим образом:
Как видите, пользовательский интерфейс TestComplete представляет собой набор панелей. Панель Project Explorer (в левой части окна) отображает содержимое текущей группы проектов. Панель также содержит ссылки на результаты выполнения тестов данной группы.
Панель Workspace представляет собой рабочую область в TestComplete: она отображает редакторы проектов и элементов проекта, в которых вы создаете и модифицируете тесты, а также просматриваете результаты их выполнения. Например, на приведенном выше рисунке можно видеть редактор keyword тестов, открытый в панели Workspace.
Помимо панелей Project Explorer и Workspace, TestComplete содержит и другие панели. Например, панели Watch List, Locals, Breakpoints и Call Stack используются в процессе отладки тестов. Панель To Do предоставляет возможность управлять списком поставленных задач, а панель Code Explorer служит для отображения содержимого скриптовых модулей и удобной навигации по ним.
Панель Object Browser реализует одну важную функциональность TestComplete, общую для всех проектов: она отображает список всех процессов и окон, запущенных на используемом компьютере в данный момент. Для каждого процесса и окна данная панель отображает методы и свойства, к которым можно получить доступ с помощью TestComplete. Иными словами, панель Object Browser показывает методы и свойства, которые можно использовать при тестировании, а также дает информацию о том, как получить доступ к этим методам и свойствам. Для получения более подробной информации об этой панели, смотрите статью Exploring Application Properties в справочной системе TestComplete.
Для того чтобы более подробно ознакомиться с какой-либо панелью, щелкните мышью внутри нее и нажмите F1. TestComplete откроет файл справки с описанием этой панели.
Как и любые другие приложения Windows, TestComplete содержит меню и панели инструментов. Они аналогичны меню и панелям управления Microsoft Visual Studio и других популярных приложений. Вы можете менять положение панелей управления, перемещать элементы одного меню или панели управления на другие, скрывать элементы, вновь показывать скрытые элементы и выполнять другие задачи. Дополнительная информация представлена в статье Toolbars Customization справочной системы TestComplete.
Модель тестовых объектов в TestComplete
Структура объектов отображена в панели Object Browser:
Для работы с тестовыми объектами TestComplete использует древовидную модель. Ее корневыми элементами являются Sys для обычных desktop приложений и PDA для программ, запущенных на устройствах, работающих под управлением Windows Mobile и подключенных к вашему компьютеру.
Объекты процесса соответствуют запущенным в системе приложениям. Мы используем термин process, а не application, так как он соответствует концепции процессов в программной документации операционной системы Windows.
Имя объекта процесса состоит из имени исполняемого файла процесса и его индекса (индекс используется, только если запущено несколько копий приложения):
Процессы содержат дочерние объекты (окна), которые соответствуют диалогам и формам, существующим в приложении. У этих объектов, в свою очередь, также есть дочерние окна, которые соответствуют элементам управления. Имена окон и элементов управления зависят от того, имеет ли тестовый “движок” доступ к внутренним методам и свойствам тестируемого приложения или нет. TestComplete может работать с приложениями обоих типов, но назначает имена их окнам и элементам управления по-разному.
Приложения, которые не предоставляют доступ к своим внутренним методам и свойствам называются английским термином black-box applications. Имя окна принадлежащего такому приложению состоит из имени класса окна, текста или заголовка окна и индекса. Имена элементов управления образуются по тому же принципу, что и имена окон, так как для операционной системы элементы управления представляют собой всего лишь окна другого типа:
Приложения, к внутренним объектам, методам и свойствам которых TestComplete имеет доступ, называются английским термином white-box applications или Open Applications (“открытые” приложения). TestComplete помечает такие приложения специальной пиктограммой ( ) в панели Object Browser (смотрите рисунок ниже).
Для обращения к окнам и элементам управления “открытых” приложений, TestComplete использует имена, отражающие тип окна или элемента управления, и имя, заданное в исходном коде приложения. Например, если в вашем приложении, написанном на C# и созданном с помощью библиотеки Microsoft WinForms, есть форма под названием MainForm, TestComplete будет использовать следующее имя для обращения к этой форме: WinFormsObject("MainForm"):
Для более детальной информации о назначении имен процессам, окнам и элементам управления обратитесь к разделу Naming Objects справочной системы TestComplete.
-
Примечание:
|
Предпочтительнее, по возможности, тестировать “открытые” приложения, чем black-box приложения. Это позволяет тестовому “движку” получить доступ к внутренним методам и свойствам приложения, что, в свою очередь, позволяет вам создавать более гибкие и стабильные тесты.
Одни приложения, например, .NET, WPF, Visual Basic, Java или Web приложения, всегда “открыты” для TestComplete. Другие приложения необходимо скомпилировать специальным способом. Для дополнительной информации по этой теме обратитесь к разделу Open Applications справочной системы TestComplete.
| Контрольные точки (сheckpoints) и элементы Stores
Обычно тест выполняет множество сравнений. Например, если тест эмулирует действия пользователя по переносу данных какого-либо приложения в файл, необходимо будет проверить, содержит ли этот файл перенесенные данные. Для выполнения данной проверки необходимо сравнить полученный файл с его базовой копией. Сравнение этого файла - это всего лишь один пример сравнения, которое вам, возможно, понадобится выполнить. В действительности, тесты состоят из сотен, если не тысяч сравнений. Каждый вид тестирования (регрессионное, модульное, функциональное и т.д.) требует проверки результатов во время автоматизации.
Используя TestComplete, вы легко можете добавлять команды сравнения в ваши тесты. Команды сравнения называются английским термином checkpoints (checkpoint – контрольная точка). Эти команды можно создавать как во время записи теста, так и во время разработки. TestComplete предоставляет команды сравнения для различных типов данных: изображений, файлов, текста объектов, XML документов, баз данных и т.д. TestComplete содержит элемент проекта Stores, который используется для хранения базовых данных для команд сравнения. Он содержит изображения, файлы и другие элементы, которые сохраняются вместе с проектом для целей сравнения. Единственным исключением являются команды, которые выполняют проверку свойств объектов: базовые данные для них указаны в тестах.
Для более подробной информации о создании контрольных точек и верификационного кода обратитесь к разделу Checkpoints справочной системы TestComplete.
|
