Пока качается Portal 2 со Steam решил поделиться некоторым опытом использования HP в команде :)
Собственно HP QTP здоровенный софт энтерпрайз уровня. Мы его используем для автоматизации тестирования Cisco ANM в большей степени представляющий из себя web UI.
Сам QTP можно использовать для записи действий ( и дальнейщих их повторов уже в виде автоматизированных тестов) но реально, это может использоваться только для чего то крайне примитивного, что бы использовать QTP по максимуму мы используем написание тестов на VBScript, этот язык встроен в QTP.
Сначала мы использовали встроенный в QTP менеджер объектов, для добавления в который нужно объект добавить а потом обращаться к нему используя разные методы, такие как Click () для объекта типа WebButton например. Но потом вы в силу ряда причин, например из за того что база объектов хранится в бинарном виде, отказались от этого, перейдя на динамические поиск и определение объекта динамически в коде и вынеся определений объектов в xml файл.
QTP вполне справляется с огромным вариантом действий которые вы можете захотеть проделать в Web UI. С несколькими но.
1. QTP может упасть, и чем дольше выполняется тест, тем больше вероятность что он это сделает :)
2. IE может упасть, притом это делать он любит по поводу и без повода (а у нас есть тесты которые выполняются по 7-9 часов, вот такого лучше всего избегать)
3. Очень трудно отловить исключительные ситуации в поведении UI, к примеру, если UI выкинул какой то неожиданное окно с предупреждением или ошибкой, а вы в это время в тесте пытаетесь нажать на кнопку в UI на которую из за окна нажать невозможно то QTP будет упорно ждать эту кнопку что бы ее нажать до бесконечности.
4. QTP очень плохо работает в терминальных сессиях Windows, фокус новых окон теряет очень быстро если у вас окно с терминальным клиентом свернуто, поэтому для прогона тестов лучше всего использовать подключение по VNC.
5. QTP заточен работать только с UI в броузерах или окошках операционной системы. Если вам, к примеру, нужно поработать как то с каким то текстовом UI (Cisco IOS, bash) то тут придется прикручивать костыли из связки cmd.exe + cygwin + expect (например)
6. чем более сложный, глючный и медленный UI тембольший секс большее тестирование тестов, допиливание и шлифовка вас ждет. Баги UI будут накладываться на баги QTP вы, мягко говоря, не насладитесь мощью QTP.
В общем штука глюкавая, но лучше ничего нет :)
Собственно HP QTP здоровенный софт энтерпрайз уровня. Мы его используем для автоматизации тестирования Cisco ANM в большей степени представляющий из себя web UI.
Сам QTP можно использовать для записи действий ( и дальнейщих их повторов уже в виде автоматизированных тестов) но реально, это может использоваться только для чего то крайне примитивного, что бы использовать QTP по максимуму мы используем написание тестов на VBScript, этот язык встроен в QTP.
Сначала мы использовали встроенный в QTP менеджер объектов, для добавления в который нужно объект добавить а потом обращаться к нему используя разные методы, такие как Click () для объекта типа WebButton например. Но потом вы в силу ряда причин, например из за того что база объектов хранится в бинарном виде, отказались от этого, перейдя на динамические поиск и определение объекта динамически в коде и вынеся определений объектов в xml файл.
QTP вполне справляется с огромным вариантом действий которые вы можете захотеть проделать в Web UI. С несколькими но.
1. QTP может упасть, и чем дольше выполняется тест, тем больше вероятность что он это сделает :)
2. IE может упасть, притом это делать он любит по поводу и без повода (а у нас есть тесты которые выполняются по 7-9 часов, вот такого лучше всего избегать)
3. Очень трудно отловить исключительные ситуации в поведении UI, к примеру, если UI выкинул какой то неожиданное окно с предупреждением или ошибкой, а вы в это время в тесте пытаетесь нажать на кнопку в UI на которую из за окна нажать невозможно то QTP будет упорно ждать эту кнопку что бы ее нажать до бесконечности.
4. QTP очень плохо работает в терминальных сессиях Windows, фокус новых окон теряет очень быстро если у вас окно с терминальным клиентом свернуто, поэтому для прогона тестов лучше всего использовать подключение по VNC.
5. QTP заточен работать только с UI в броузерах или окошках операционной системы. Если вам, к примеру, нужно поработать как то с каким то текстовом UI (Cisco IOS, bash) то тут придется прикручивать костыли из связки cmd.exe + cygwin + expect (например)
6. чем более сложный, глючный и медленный UI тем
В общем штука глюкавая, но лучше ничего нет :)