AutoTestServiceGroup Blog

TestComplete: Использование необъявленных переменных в JScript

Sun, 19 Sep 2010 21:10:26 +0300

Язык JScript позволяет использовать необъявленные переменные в скриптах. Безусловно, это плохо, так как при первой же попытке считать значение этой переменной мы получим ошибку "Microsoft JScript runtime error. VAR_NAME is undefined", где VAR_NAME – имя необъявленной переменной.

Тем не менее, необъявленные переменные можно использовать в цикле FOR. При этом переменная автоматически будет создана и проинициализирована. Есть лишь одна проблема: при выходе из цикла эта переменная не будет уничтожена.

Selenium-RC (Java): Основные операции в действии (Часть 3)

Thu, 27 May 2010 10:18:22 +0300

Работа с модальными окнами

Отдельно стоит рассмотреть такой момент как работа Selenium-а с различными модальными окнами. В данном случае подразумеваются диалоги, которые инициируются вызовом функций вроде openDialog в JScript. В результате работы таких функций открывается новая веб-старница в отдельном модальном окне. Также, как правило подобные окна характеризуются наличием идентификатора.

Так вот, основная трудность заключается в том,

Selenium: Подбираем локаторы

Wed, 10 Mar 2010 19:24:44 +0200

Знание типов локаторов - это только первый шаг к умению рационально их использовать. Умение же ими пользоваться - один из ключевых навыков работы с Selenium-ом, так как всё остальное, что необходимо знать, сводится к изучению библиотеки (а основного функционала там немного) и ряда частных случаев, как правило, обходных маневров. Всё остальное уже больше относится к умению работать с тем или иным языком программирования. Поэтому в данном разделе мы рассмотрим, какой локатор и в каком случае удобнее подобрать.

Selenium-RC (Java): Основные операции в действии (Часть 2)

Mon, 07 Dec 2009 14:54:36 +0200

Работа с полем загрузки файлов

Одним из каверзных стандартных элементов управления на веб-страницах с точки зрения работы Selenium-a является поле загрузки файла.

Selenium-RC (Java): Основные операции в действии (Часть 1)

Mon, 07 Dec 2009 14:50:39 +0200

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

Selenium: Вспомогательные инструменты

Mon, 30 Nov 2009 16:35:33 +0200

Одной из особенностей Selenium, которая отличает его от "традиционных" средств автоматизации функционального тестирования на уровне UI, является то, что Selenium не имеет своей выделенной интегрированной среды разработки. Отчасти это обусловлено тем, что тот же Selenium-RC представляет собой сервер, который выполняет команды + клиентская библиотека, портированная на некоторый язык программирования. Соответственно, тесты уже пишутся в среде, которая определяется языком программирования. Такой разброс в используемых средств влечет за собой отсутствие встроенных в IDE различных генераторов, визардов, которые могли бы упростить написание тестов. Тем не менее, есть ряд задач, которые решать приходится регулярно. Тот же подбор локатора - довольно распространенная задача. Фактически одна из ключевых. Поскольку нет выделенного IDE, то в подобных задачах нам на помощь приходят другие инструменты. Итак, какие же инструменты нам могут упростить жизнь

Selenium: знакомимся с локаторами

Mon, 16 Nov 2009 14:02:00 +0200

При работе с Селениумом практически первое, с чем придется столкнуться - это локаторы. Что это такое? Локатор - это строка, уникально идентифицирующая UI-элемент. Когда вы делаете клик мышкой, ввод текста и прочие действия, вы эти действия выполняете над вполне конкретным объектом. Селениум поступает так же. Но поскольку он не умеет читать ваши мысли, то ему надо четко указать объект, для которого надо применить то или иное действие.

Ruby: Cucumber + Rake + немного полезностей

Tue, 27 Oct 2009 13:04:08 +0200

Cucumber - это просто тестовый движок на Ruby, который позволяет создавать тесты, используя "human language" инструкции. Но это один из аспектов. Но есть и другой аспект - это такая же вспомогательная утилита на Ruby, как и многие другие. И как многие другие Ruby-компоненты, Cucumber вписывается в определенную инфраструктуру. В частности, можно определить некоторые специфические задачи, которые он может выполнять. Помимо этого, иногда полезно получить информацию о том, собирается ли набор тестов без ошибок, какие тесты относятся к той или иной группе, какие шаги еще не реализованы и т.п. Наличие подобных "фишек" помогает во многом.

Бесконечный цикл запуска тестов. Практика \'чертового колеса\'

Thu, 22 Oct 2009 13:19:50 +0300

Зачастую, когда объем автотестов становится весьма большим, достаточно тяжело уделять внимание запускам тестов. Тесты выполняются долго, часть проблем выявляется только после серии прогонов тестов и т.д. Более того, весьма полезно, чтобы результаты приходили регулярно и изменения, внесенные в код подхватывались по мере их внесения. Да и по сути, запуск тестов - это очередная рутина, которую хорошо бы делать регулярно, но в итоге всё делается, как получится. Соответственно, надо бы это как-то автоматизировать. Тут как раз подходит практика "Чёртового колеса"

Тестовый движок Cucumber (Ruby)

Tue, 13 Oct 2009 17:15:34 +0300

Зачастую решение по автоматизированному тестированию становится достаточно сложным, что для написания тестов и всего вспомогательного кода требуются навыки программирования, причем иногда даже не начального уровня, а немного повыше. В то же время, имеет место тенденция к упрощению работы с автотестами. Это достигается путем добавления различных визардов, созданию определенных подходов и движков, реализующих данный подход. В частности популярен т.н. keyword-driven подход, когда тесты представляют собой последовательность ключевых слов, структурированную в таблицах. Но есть еще более заковыристый подход, при котором тесты представляются в виде обычных инструкций, написанных в виде обычного текста, для которых есть определенная реализация на уровне программного кода. Для Ruby есть такой движок, именуемый Cucumber.

Selenium-RC: дружим с CSS

Tue, 22 Sep 2009 10:32:08 +0300

Безусловно, XPath-локатор является одним из наиболее универсальных и наиболее точных локаторов. Но к этой универсальности добавляется один из главнейших недостатков данного типа локаторов - низкая скорость обнаружения данного элемента. Это наиболее хорошо проявляется под IE, в то время как тот же Firefox работает нормально. Это связано с внутренними особенностями браузеров, в частности в способе аллоцирования элементов страницы. Но суть не в этом. Суть в том, что Селениум-тесты, которые интенсивно используют XPath работают крайне медленно под IE. И это вызывает ряд проблем как со скоростью выполнения тестов, так и с качеством этих тестов, особенно при работе с динамическим контентом. Как альтернатива XPath могут рассматриваться CSS локаторы. Что с ними можно делать?

Silktest: Вывод Результатов В Собственном Формате

Tue, 03 Feb 2009 13:55:33 +0200

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

SilkTest: Работа с пользовательскими кнопками

Mon, 26 Jan 2009 13:29:35 +0200

Кнопка (PushButton), казалось бы, один из самых простых элементов управления, тоже может доставить хлопоты. В этом посте мы рассмотрим случаи, когда не срабатывает метод Click() и способы решения этой проблемы.

Selenium RC: Дружим с XPath

Mon, 26 Jan 2009 12:46:27 +0200

При работе с Selenium доступ к объектам осуществляется через локаторы - строки, идентифицирующие объект, над которым проводится то или иное действие. Наиболее удобными и наиболее быстрыми являются локаторы, определенные по ID объекта ( у каждого объекта на HTML странице может быть определен атрибут ID, причем он должен быть уникальным ). Ну уж если не определен ID, то как минимум для элементов форм есть атрибуты Name, через которые тоже достаточно удобно и просто работать. Но в общем случае, приходится работать с большим многообразием объектов, причем и действия приходится делать самые разнообразные. Например:

на странице есть несколько полей с одинаковым атрибутом Name, но у разных форм и нужно работать с конкретным полем конкретной формы.
На странице множество объектов сходной структуры и их надо обработать одинаково (например, очистить все текстовые поля)
Нужно обработать одинаковым образом все объекты, которые характеризуются определенным текстов некоторых дочерних объектов (например, мы знаем заголовки таблицы, а нужно сделать клик на ссылке, которая находится на том же уровне)

Каждый отдельно взятый случай решает данные проблемы своими путями, но более-менее универсальным решением является использование XPath.

Учебник по SilkTest

Wed, 14 Jan 2009 16:00:13 +0200

В раздел Материалы добавлен Учебник по Borland SilkTest.

Приятного изучения!

SilkTest: секрет 2 - закрытие недоступных окон

Tue, 13 Jan 2009 12:37:13 +0200

Самый простой и очевидный способ закрытия окна в SilkTest – это использование метода Close(). Однако не всегда этот метод сработает. Попробуйте, например, открыть окно Блокнота, написать в нем какой-то текст, а затем выполнить следующий код:
[ ] Notepad.SetActive ()
[ ] Notepad.Close ()

Блокнот выдаст сообщение о том, что в документ были внесены изменения и будет ждать действий пользователя, а SilkTest выдаст в логе сообщение об ошибке

*** Error: Window cannot be closed

Безусловно, подобные ситуации обычно должны обрабатываться, однако что если нам надо закрыть окно в любом случае? В этом случае нам на помощь приходит метод Kill(), который попросту уничтожит окно. По какой-то причине этот метод не описан нигде в справочной системе SilkTest'a, однако его можно найти в файле winclass.inc.

[ ] Notepad.SetActive ()
[ ] Notepad.Kill ()

Статья: Непрерывная интеграция для автоматизированного black-box тестирования

Sat, 10 Jan 2009 13:47:30 +0200

В разделе "Материалы" появилась новая статья "Непрерывная интеграция для автоматизированного black-box тестирования". На практическом примере показывается возможность связывать между собой системы, участвующие в процессе автоматизированного тестирования, но при этом изначально не интегрированные между собой. В дальнейшем планируется серия публикаций по данной тематике с описанием интеграционных решений для других аналогичных систем.

Отдельно хочется выразить благодарность автору проекта OpenQuality.ru за то, что добровольно согласился осуществить вычитку материала и исправление различных ошибок.

С Новым 2009-м годом!

Wed, 31 Dec 2008 23:25:33 +0200

Приближается новый 2009-й год и команда Automated Testing Service Group поздравляет всех с Новым Годом. Пусть новый год принесет больше возможностей и больше достижений. Успехов всем и процветания!

О проекте it4business.ru

Wed, 24 Dec 2008 11:53:39 +0200

Проект it4business - один из лучших порталов в рунете, посвященный тестированию, управлению и качеству.

Если вы еще не знакомы с ним — сейчас самое время!

На сайте можно найти множество статей от ведущих специалистов, подписаться на еженедельную рассылку новостей.

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

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

TestComplete: когда не работает метод Drag

Mon, 22 Dec 2008 11:11:17 +0200

Иногда записанный TestComplete'ом код не воспроивзодится так, как хотелось бы. Один из "проблемных" методов - метод Drag(), который позволяет перетащить объект на другое место. В этом случае можно воспользоваться методами MouseDown() и MouseUp() объекта Sys.Desktop для создания собственной функции перетаскивания.

function DragDrop(obj, deltaX, deltaY)
{
var iX = obj.ScreenLeft + obj.Width/2;
var iY = obj.ScreenTop + obj.Height/2;
Log.Picture(obj.Picture(), "Object to be moved");
obj = Sys.Desktop.ObjectFromPoint(iX + deltaX, iY + deltaY);
Sys.Desktop.MouseDown(VK_LBUTTON, iX, iY);
obj.HoverMouse(obj.Width/2, obj.Height/2);
Sys.Desktop.MouseUp(VK_LBUTTON, iX + deltaX, iY + deltaY);
}

Эта функция нажимает левую кнопку мыши в центре объекта, который надо перетащить, а затем отпускает кнопку в новом месте. Пример использования функции для перемещения иконок на панели инструментов Быстрый запуск:

function Test3()
{
var w1 = Sys.Process("Explorer").Window("Shell_TrayWnd").Window("ToolbarWindow32", "Quick Launch");
DragDrop(w1, -30, -20);
}