QTP 9.5 мне нравится всё меньше и меньше
#1
Отправлено 21 апреля 2009 - 12:32
на проекте назрела необходимость дописать/проапдейтить автоматические тесты. занялся этим и вчера целый день работал над файлом базовых процедур (организовано всё так, что все reusable actions хранятся как экшны в одном файле, а потом как внешние процедуры вызываются из разных тестов по необходимости). Редактировал этот файл весь рабочий день, изредка сохранялся. Сам файл лежит на QC сервере, коннекшн с которым поддерживает QTP. В конце раб дня я оставил файл открытым и "захибернейтил" компьютер (выключил, создав образ процессов оперативной памяти). Сегодня пришёл, включил и начал работать дальше. Открытый менеджер репозитория сразу отказался сохранить новый объект, написав что-то вроде "Connection to QC is lost..." Понятное дело, я решил восстановить потеряный коннекшн. В QTP зашёл в меню File -> QC connection и сделал там релогин.
и, о боже, QTP закрыл файл и открыл его заново с сервера QC. а там лежала вчерашняя версия без кучи изменений!!! при этом у меня подтверждения не спросили!!!
я был просто шокирован, это ведь не игрушки, а потеряные деньги за моё рабочее время. упреждая высказывания а-ля "надо было сохраняться", я сразу отвечу: сохраняться по ходу дела или нет - это лично моё дело, а допустить потерю данных после косвенных действий (именно косвенных, я ведь восстанавливал коннект к репозиторию, а не производил операции с открытым файлом) - это полнейший ахтунг!
к слову, у работающих рядом программистов это выхвало ступор. коннект из ИДЕшки в СВНу никогда не приводило и не приведёт к такому.
ну а попутно хочется добавить ещё и давно наболевшее.
работая в QTP чувствуешь себя отставшим лет на 20 от прогресса. для удобства тестера здесь нет ничего.
1) раз есть возможность создавать сложноструктурированные фреймворки и сестовые наборы, почему нету инструмента который показал бы зависимости меджу тестами (какие где используются, чтобы знать к чему приведёт изменение конкретного модуля), используемые например одинаковые параметры в разных процедурах (чтобы видеть куда передаётся этот параметр и с каким значением по ходу выполнения теста) и т.д.
2) сам редактор кода как блокнот с подсветкой. SciTE справляется с этим не хуже. почему нет подсказок к какому именно IF я потерял End If. На неправильность синтаксиса указывается так, что лучше не читать, а посмотреть номер строки и пытаться понять самому.
3) suggestions сделаны на примитивнейшем уровне. предлагаются только стандартные, родные свойства объектов, сами объекты ну и методы к ним. Если же я написал например свою функцию, после вызова Call мне не предлагается на выбор список функций. ищи сам что там настрочил!
4) искал всюду как же открыть для редактирования несколько файлов параллельно, но не нашёл. если это не я проглядел, а действительно один файл можно редактировать, ну это точно блокнот тогда..
КАМЕННЫЙ ВЕК, РЕБЯТКИ.
смотрю с чем имеют дело разработчики и тянет податься к ним..
#2
Отправлено 04 мая 2009 - 17:11
#3
Отправлено 07 мая 2009 - 06:46
Ну что тут сказать - плохому танцору... всегда гм, что-то мешает.
Jackie, полностью поддерживаю автора: удобство использования QTP и его глючность - одно из наиболее отвратных его качеств.
По началу использования QTP, когда еще использовал Record&Playback, однажды записал довольно большой тест и в то время пока тест был открыт в QTP скопировал (не переместил) его в другое место - все, после этого записанный тест открываться не захотел с ошибкой о каких-то поврежденных файлах - и дело здесь не в яйцах, а глючности самого инструмента.
Подобных примеров неудобства и неадекватности поведения можно привести много.
#4
Отправлено 07 мая 2009 - 07:26
Иначе разработчики, сидящие рядом, будут постоянно впадать в ступор, вам это надо?
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#5
Отправлено 07 мая 2009 - 08:38
#6
Отправлено 07 мая 2009 - 10:03
Jackie, полностью поддерживаю автора: удобство использования QTP и его глючность - одно из наиболее отвратных его качеств.
По началу использования QTP, когда еще использовал Record&Playback, однажды записал довольно большой тест и в то время пока тест был открыт в QTP скопировал (не переместил) его в другое место - все, после этого записанный тест открываться не захотел с ошибкой о каких-то поврежденных файлах - и дело здесь не в яйцах, а глючности самого инструмента.
Подобных примеров неудобства и неадекватности поведения можно привести много.
gralex, я согласен, что у qtp много недостатков. А у какого инструмента их нет?
Мне самому, к слову, не нравится, что нельзя открыть второй скрипт или запустить второй экземпляр QTP, как это можно сделать с лоадраннером.
Или, работая с ЛоадРаннером, я привык к плавающей панели и считаю, что было бы неплохо если бы и в QTP была такая. У меня есть свои догадки, почему это не реализовано, но вот мне хочется, чтоб это было! :)
Но в любом случае, недостатки инструмента должны быть предусмотрены и предотвращены, если тестер -толковый специалист.
В данном случае время таймаута Quality Center настраивается в админском модуле QC.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных