qualife Aug 19 2009 at 17:01

White — автоматизация функционального тестирования приложений

6 min

4.7K

Существует множество инструментов для автоматизации функционального тестирования приложений. С одной стороны универсальные коммерческие пакеты, настоящие монстры автоматизации – HP QuickTest Pro, SilkTest, TestComplete. С другой – специализированные или «бедные» по функциональности свободные инструменты – Selenium (web-приложения), pyWinAuto, Win32::GuiTest и т.д. Но настоящей жемчужиной среди свободных инструментов, на мой взгляд является Codeplex White Framework.

Не так давно потребовалось автоматизировать некоторое .net приложение. На работе основным инструментом для автоматизации принят QuickTest Pro, но для этого конкретного проекта он был слишком дорог: проект очень небольшой – автоматизации подлежали всего несколько операций. Встал вопром с поиском бесплатной альтернативы.

Первым бы опробован перловый Win32::GuiTest. С задачей он справился, но код скрипта получился очень уж неаккуратный – слишком тяжело его было бы в последствии поддерживать. И тут на сайте codeplex’a был обнаружен White
Он оказался настолько простым и удобным, что было решено применять его. Этот framework поддерживает большинство стандартных контролов Win32, WinForms, WPF (Silverlight), SWT. Под катом пример простой автоматизации Калькулятора Windows XP.

Что делаем:
Складываем на калькуляторе два числа 10 и 59, и убеждаемся, что результат равен 69.
Что понадобится:
1. Visual C# Express для сборки примеров
2. UISpy для определения параметров окон и контролов. Входит в состав Windows 7 SDK.
3. Собственно White Framework
4. NUnit. Его удобно использовать, чтобы не создавать свой UI или механизм сообщений об ошибках/успехах.

Поехали %)

Создаем проект CalcAutoTests типа Class Library в Visual C# Express.
Добавляем ссылки на сборки
1. Nunit.Framework
2. White.Core
3. White.Nunit

NUnit вводит атрибуты для классов и методов, облегчающие написание тестов, в этом примере мы будем использовать только некоторые из них –
1. TestFixture – обозначает наш класс, как набор тестов;
2. TestFixtuteSetUp – обозначает метод, который выполняется перед выполнением тестов;
3. TestFixtureTearDown – обозначает метод, который выполняется после выполнения тестов;
4. Test – тестовый метод

White может идентифицировать контролы по нескольким параметрам – по надписям (заголовкам окна), по AutomationID – ресурсному идентификатору контрола, по типу контрола, по его индексу. Идентификация может проходить как по одному признаку, так и по нескольким с логическим условием «И». В нашей задаче цифровые кнопки, кнопки «+» и «=» могут быть идентифицированы по надписям, а поле отображения результата – по AutomationID. Для идентификации этого поля, нам понадобится UISpy.

Наконец, когда мы полностью готовы – пишем код тест сета.

using System; using System.Diagnostics; using NUnit.Framework; using Core; using Core.UIItems.Finders; using Core.WindowsAPI; using Core.Factory; using Core.UIItems; using Core.UIItems.WindowItems; namespace CalcAutoTests { [TestFixture] public class CalcTestSet { private Application application; private Window mainform; private Button[] btnDigits; [TestFixtureSetUp] public void CalcStartup() { //определяем параметры запуска калькулятора var psi = new ProcessStartInfo(); psi.WorkingDirectory = @"C:\Windows\"; psi.FileName = @"calc.exe"; //запуск application = Application.Launch(psi); //получаем главное окно калькулятора по его заголовку. //В русской Windows заголовок окна "Калькулятор" mainform = application.GetWindow("Calculator",InitializeOption.NoCache); //поле ввода цифр калькулятора имеет атрибут "read only", //поэтому для ввода цифр нам нужны "цифровые кнопки калькулятора" btnDigits = new Button[10]; for (int i = 0; i < 10; i++) btnDigits[i] = mainform.Get<Button>(i.ToString()); } [TestFixtureTearDown] public void CalcShutdown() { //закрываем приложение application.Kill(); } [Test] public void testAddition() { int a = 10, b = 59; //получаем кнопки + и = по их надписям var btnAdd = mainform.Get<Button>("+"); var btnExec = mainform.Get<Button>("="); //получаем окно ввода по его AutomationID, которое определил UISpy var tbResult = mainform.Get<TextBox>("403"); //вводим 10 btnDigits[1].Click(); //"1" btnDigits[0].Click(); //"0" btnAdd.Click(); // "+" //вводим 59 btnDigits[5].Click(); // "5" btnDigits[9].Click(); // "9" btnExec.Click(); // "=" var result = tbResult.Text; // получаем результат int ires = int.Parse(result,System.Globalization.NumberStyles.Float); //совпадает с ожидаемым? Assert.AreEqual(a + b, ires); } } } * This source code was highlighted with Source Code Highlighter.

Собираем проект.

Если NUnit установлен в каталог по-умолчанию, то переходим в каталог с результатом сборки и используем следующую строку для запуска тестов:

“c:\Program Files\NUnit 2.5.2\bin\net-2.0\nunit-console.exe” CalcAutoTests.dll

И наслаждаемся тем, как Калькулятор сам нажимает кнопки %)

Этот синтетический по сути тест не раскрыл и десятой доли функциональности White, но, надеюсь, показал, что для автоматизации приложений необязательно использовать дорогие коммерческие средства. Всегда можно найти бесплатную альтернативу, в которой может отсутствовать рекордер (я знаю, что в White он теоретически есть, но он не идет ни в какое сравнение с рекордером QTP), развитые средства отчетности (их несложно сделать), интеграция с промышленными системами поддержки тестирования. Но у которой будет одно неоспоримое преимущество — стоимость лицензий, которое очень важно для небольших проектов.

Tags:

Hubs:

Lumber room