это как раз то, про что ранее сказано "нивелируется". Даже если будет самая расчудесная поддержка контролов, но код будет неудобно/долго писать и при этом он будет неправильно работать - то извините.Все-таки редактор и скриптовый язык это вторично. Первично - умение работать с контролами среды и иметь возможность кастомизации для неподдерживаемых out-of-the-box контролов.
как говорится, +1
с ужасом вспоминаю попытку сделать проект на QTP 6.5 (может, сейчас что-то лучше).
тестирование web-приложения. все распознается и нажимается ;) но...
- VBScript - ужас. exception handling непередаваемо неудобен. впрочем, как и многое остальное. Да, я знаю - зажрался, избаловался и т.п. ;) Что мешало сделать выбор между этим уродцем и, например, человеческим JavaScript - не ясно.
- reusability кода там никого не волновало, явно. т.е. подобие есть, но использовать это может только мазохист.
-- Actions имеют свои проблемы с удобством передачи параметров, тем что происходит при удалении Action.
-- Код в подключаемых библиотеках.. Просто мрак. каменный век. Никто не рассчитывает на то, что люди будут иметь _много_отдельных файлов. нет, есть интерфейс, пишется скрипт, все подключается. Но нужно написать скрипт (внешний), не забыть запустить. Ну очень раздражает. При простейшем рефакторинге и выносе куска кода в отдельный файл из, например, файла подключенного во многих тестах проходится запускать скрипт который обработает все тесты и его там переподключит. Сумбурно написал, конечно.
-- ладно, подключили все это. но - дебаггер не позволяет отлаживать код в библиотеках. WTF? в Mercury's KB описано как известное issue.
-- при ошибке в коде, вынесенном в библиотеку тест просто прекращает свое выполнение. При этом не помечается как failed. Опять-таки известное issue. В итоге пишется своя подсистема логгинга, которая ето дело просекает.
И еще какие-то грабли кои уже, к счастью, подзабылись.
Могу сказать одно - аналогичный пилотный проект на Selenium + JavaScript был сделан намного быстрее и с меньшим количеством граблей. Стал не пилотным.
Я понимаю, что в случае специфичных сред QTP при всех этих граблях может не иметь конкурентов. Или иметь очень мало конкурентов. Но меня интересовал веб.
Опять таки понимаю, что может быть проще нанять 50 человек, которым все эти библиотеки по барабану. Наплодить кода методом record/playback и раз в 3 билда его на 80% менять/перезаписывать.
P.S. все вышесказанное - мое личное мнение, не есть мнение компании, в которой я работаю и т.п.