Что ж, пристуупим
Тулов автотестинга выпущено множество великое, но большинство из них - буржуйские. А буржуи, как известно, за здорово живешь кодить не будут. Поэтому бесплатных тулов не так много, как хотелось бы.
Мне попался под руку TestComplete 2.0.2.0 компании AutomatedQA's (автоматизированное обеспечение качества, то бишь
). Правда демоверсия. Больше всего меня интересовала в этом чуде вражеской техники, ессно, возможность записи скриптов с последующим их воспроизведением. И я, начитавшись вумных мануалов, взялся за дело.
Прежде всего надо создать проект. Затем - приложение для тестирования, указав путь к исполняемому файлу. Автоматически создастся юнит, в который будет писАться скрипт.
Чисто прикола ради я выбрал фар в качестве тестируемого приложения.
Записывать и проигрывать скрипты оказалось простым и очень интетесным делом. Весь процесс очень сильно напоминает запись макросов в M$ Office или анимации в 3D MAX'e. Затем всё просто и красиво: запускаешь приложение и жмёшь кнопку "Запись". Потом выполняешь необходимую последовательность действий, которая составляет собственно тест. Когда необходимые манипуляции завершены, жмёшь кнопку "Stop", останавливая запись скрипта.
Совсем забыл сказать, TestComplete поддерживает аж 4 языка скриптов: VBScript, C++Script, DelphiScript и JScript. Перед созданием проекта надо указать, на каком языке будет производиться запись. Я выбрал VBScript, хотя это и потребовало даунлода MSD (Скрипт Дебаггер) с сайта Микрософта. Хотя если пофиг, на каком языке скрипты дебажить, то лучше выбрать C++Script. Он не требует скачивания MSD.
Остановив запись, видим что во вкладке Editor/Test Log появился сам скрипт.
| Код |
|
Запись производится в отдельную процедуру (Test1), а вызывается из процедуры Main.
Этот скрипт описывает, как я вызвал Фар, поднялся из его папки в корень С:\, создал там папку, зашёл в неё, перепрыгнул на другую панель и скопировал содержимое текущей папки во вновь созданную. Затем удалил её.
Как видно, TestComplete просто записал последовательность нажатых мной клавиш, возложив их выполнение на Фар. Таким образом понятно, что скрипт сработает только в контексте тестируемого приложения.
После этого я проиграл скрипт. Интересно было заметить, что он был помечен как успешный, хотя в Фаре прошёл только процесс копирования. А вот удаление не прошло.
Попарившись совсем малость, я заставил скрипт удалять скопированные файлы. Пришлось полученный скрипт немного переписать ручками:
| Код |
|
Фича Sys.Delay(ms int) как раз откладывает (приостанавливает) выполнение скрипта на заданное количество миллисекунд.
В целом запись и "произведение" скрипта я нашёл удобным. Понятный язык скриптов позволяет легко переписывать код под изменения в тестируемой проге. А при минимальной работе с хелпом добиться от скрипта того, чтоб он тестирвал именно то, что нужно, ваще не проблема.
Всё.
Спасибо за внимание и до новых встреч в эфире
( Причём откатить "испорченный" процесс назад гораздо сложнее чем пересоздать - иногда просто невозможно).