Я был руководителем группы автоматизации, которая использовала QTP, и ненавидел его. Функциональность записи / воспроизведения была ужасной, она обычно запутывалась, приводя к странным результатам теста. Запись может быть использована только для создания объектной базы данных, и даже тогда она должна была привести к всевозможным взломам, чтобы заставить ее работать несколько надежно.
QTP / QC основан на ActiveX / COM и может создаваться только с VBScript, который является еще одним пакетом пылающего собачьего какашка. Есть все эти хаки и хитрости, которые мы должны были сделать, чтобы получить какую-либо расширяемость. Мы делали такие вещи, как запуск теста, который динамически добавляет тест QTP в набор тестов, редактировал входные параметры, изменял репозиторий объектов так, чтобы он соответствовал среде, сохранял тест, порождал экземпляр планировщика для запуска теста. После завершения теста скопируйте все результаты в родительский тест, а затем удалите тест QTP из набора тестов. В итоге мы закончили публиковать пользовательские COM-компоненты, которые вызывал VBScript, и использовали QTP / Quality Center в качестве недооцененного механизма отчетов, который на самом деле не предлагал достаточной гибкости для получения типов отчетов, которые нам действительно нужны.
Другая проблема с Mercury / HP заключается в том, что они передали всю свою техническую поддержку Индии и не обучали их. Как правило, 2 недели проводили в чистилище поддержки более низкого уровня, прежде чем можно было говорить с кем-либо, имеющим какие-либо технические знания об API, только чтобы им сказали, что да, это ошибка, но нет, мы не исправим ее.
Я сожалею о сильном языке, но я нашел весь эпизод травмирующим и никогда не буду работать над проектом или командой, которая когда-либо снова использует QTP / QC.