как скрестить TC или Coded UI с другими браузерами ?

Появилось TЗ - надо протестировать Web приложение на Chrome, Safari, IE и FireFox
В настоящий момент используем TC и постепенно начинаем пользоваться CodedUI из Visual Studio ... Никто из них нормально с первыми двумя браузерами работать не умеет... Кто-нибудь знает, есть ли какие нибудь способы чтобы TC заработал с Chrome или Safari 5.

Появилось TЗ - надо протестировать Web приложение на Chrome, Safari, IE и FireFox
В настоящий момент используем TC и постепенно начинаем пользоваться CodedUI из Visual Studio ... Никто из них нормально с первыми двумя браузерами работать не умеет... Кто-нибудь знает, есть ли какие нибудь способы чтобы TC заработал с Chrome или Safari 5.

Вот здесь можете ознакомиться с
поддержкой SAFARI в TC

Спасибо, я видел эту статью ... с сафари 5 у меня не заработало

Появилось TЗ - надо протестировать Web приложение на Chrome, Safari, IE и FireFox
В настоящий момент используем TC и постепенно начинаем пользоваться CodedUI из Visual Studio ... Никто из них нормально с первыми двумя браузерами работать не умеет... Кто-нибудь знает, есть ли какие нибудь способы чтобы TC заработал с Chrome или Safari 5.

Вот здесь можете ознакомиться с
поддержкой SAFARI в TC

Спасибо, я видел эту статью ... с сафари 5 у меня не заработало

Появилось TЗ - надо протестировать Web приложение на Chrome, Safari, IE и FireFox
В настоящий момент используем TC и постепенно начинаем пользоваться CodedUI из Visual Studio ... Никто из них нормально с первыми двумя браузерами работать не умеет... Кто-нибудь знает, есть ли какие нибудь способы чтобы TC заработал с Chrome или Safari 5.

Вот здесь можете ознакомиться с
поддержкой SAFARI в TC

У меня работает на 5.0.2 (7533.18.5)
Какая версия у Вас ?

Проверьте, включен ли в TC Extention "MSAA Open Application".

Появилось TЗ - надо протестировать Web приложение на Chrome, Safari, IE и FireFox
В настоящий момент используем TC и постепенно начинаем пользоваться CodedUI из Visual Studio ... Никто из них нормально с первыми двумя браузерами работать не умеет... Кто-нибудь знает, есть ли какие нибудь способы чтобы TC заработал с Chrome или Safari 5.

Здесь Вы найдете описание
поддержки CHROME в TC

Особенность! если ваше Web-прилада использует iFrame можете забить на автоматизацию под Хромым и Сафарей, увы, теск комплит инвалид по этой части.
Можно начать использовать через MSAA - это факт, но, опять же, Вы получаете, при использовании MSAA, не полный набор пропертей по объекту, который на web-странице будет расположен.
Если тупо тыкнуть и взять текстуху с объекта - это пожалуйста.

И всё же ЕСЛИ у вас iFrame отсутствует, то я вас поздравляю, через MSAA прописывайте классы окон для каждого браузера и будет вам не полное счастье автоматизации под IE, FF, Opera, Safari, Chrome

И ещё, для неглючного прогона вашего теста, ОБЯЗАТЕЛЬНО, для каждого браузера Opera, Safari, Chrome, создайте свой проект, т.к. MSAA такой не стабильный, что глюки будут мама не горюй

MSAA окон

Для Opera - OperaWindowClass
Для Safari - WebViewWindowClass
Для Google Chrome - Chrome_WidgetWin_0 И Chrome_RenderWidgetHostHWND


P.S.
Это всё мегохак, о котором в самом AQA не догадывались, пока Я им не написал в одном из тредов об этой возможности

Dixi

Особенность! если ваше Web-прилада использует iFrame можете забить на автоматизацию под Хромым и Сафарей, увы, теск комплит инвалид по этой части.
Можно начать использовать через MSAA - это факт, но, опять же, Вы получаете, при использовании MSAA, не полный набор пропертей по объекту, который на web-странице будет расположен.
Если тупо тыкнуть и взять текстуху с объекта - это пожалуйста.

И всё же ЕСЛИ у вас iFrame отсутствует, то я вас поздравляю, через MSAA прописывайте классы окон для каждого браузера и будет вам не полное счастье автоматизации под IE, FF, Opera, Safari, Chrome

И ещё, для неглючного прогона вашего теста, ОБЯЗАТЕЛЬНО, для каждого браузера Opera, Safari, Chrome, создайте свой проект, т.к. MSAA такой не стабильный, что глюки будут мама не горюй

MSAA окон

Для Opera - OperaWindowClass
Для Safari - WebViewWindowClass
Для Google Chrome - Chrome_WidgetWin_0 И Chrome_RenderWidgetHostHWND


P.S.
Это всё мегохак, о котором в самом AQA не догадывались, пока Я им не написал в одном из тредов об этой возможности

Dixi

Короче не работает все равно !
В IE и Safari пути к объекту выглядят совершенно по разному ... Это означает, что надо переписывать весь наработанный код...

Может есть еще какие решения

Особенность! если ваше Web-прилада использует iFrame можете забить на автоматизацию под Хромым и Сафарей, увы, теск комплит инвалид по этой части.
Можно начать использовать через MSAA - это факт, но, опять же, Вы получаете, при использовании MSAA, не полный набор пропертей по объекту, который на web-странице будет расположен.
Если тупо тыкнуть и взять текстуху с объекта - это пожалуйста.

И всё же ЕСЛИ у вас iFrame отсутствует, то я вас поздравляю, через MSAA прописывайте классы окон для каждого браузера и будет вам не полное счастье автоматизации под IE, FF, Opera, Safari, Chrome

И ещё, для неглючного прогона вашего теста, ОБЯЗАТЕЛЬНО, для каждого браузера Opera, Safari, Chrome, создайте свой проект, т.к. MSAA такой не стабильный, что глюки будут мама не горюй

MSAA окон

Для Opera - OperaWindowClass
Для Safari - WebViewWindowClass
Для Google Chrome - Chrome_WidgetWin_0 И Chrome_RenderWidgetHostHWND


P.S.
Это всё мегохак, о котором в самом AQA не догадывались, пока Я им не написал в одном из тредов об этой возможности

Dixi

Короче не работает все равно !
В IE и Safari пути к объекту выглядят совершенно по разному ... Это означает, что надо переписывать весь наработанный код...

Может есть еще какие решения

Все правильно !
IE и SAFARI - совершенно разные приложения и в ObjectBrowser они отображаются по-разному. Это тоже самое, как если бы в приложениях на Delphi и VC внешне одинаковые поля редактирования посмотреть в ObjectBrowser.
Поэтому, для каждого из браузеров надо использовать разные описатели объектов.
А переписать придется немного. В тех местах, где создаются переменные-объекты, добавьте конструкции типа:

Select Case type_browser
Case BROWSER_IE8
Set my_obj = .....

Case BROWSER_SAFARI
Set my_obj = .....

Case Else
Log.Error ("Недопустимый тип браузера")
Runner.PauseScript()

End Select

Особенность! если ваше Web-прилада использует iFrame можете забить на автоматизацию под Хромым и Сафарей, увы, теск комплит инвалид по этой части.
Можно начать использовать через MSAA - это факт, но, опять же, Вы получаете, при использовании MSAA, не полный набор пропертей по объекту, который на web-странице будет расположен.
Если тупо тыкнуть и взять текстуху с объекта - это пожалуйста.

И всё же ЕСЛИ у вас iFrame отсутствует, то я вас поздравляю, через MSAA прописывайте классы окон для каждого браузера и будет вам не полное счастье автоматизации под IE, FF, Opera, Safari, Chrome

И ещё, для неглючного прогона вашего теста, ОБЯЗАТЕЛЬНО, для каждого браузера Opera, Safari, Chrome, создайте свой проект, т.к. MSAA такой не стабильный, что глюки будут мама не горюй

MSAA окон

Для Opera - OperaWindowClass
Для Safari - WebViewWindowClass
Для Google Chrome - Chrome_WidgetWin_0 И Chrome_RenderWidgetHostHWND


P.S.
Это всё мегохак, о котором в самом AQA не догадывались, пока Я им не написал в одном из тредов об этой возможности

Dixi

Короче не работает все равно !
В IE и Safari пути к объекту выглядят совершенно по разному ... Это означает, что надо переписывать весь наработанный код...

Может есть еще какие решения

Все правильно !
IE и SAFARI - совершенно разные приложения и в ObjectBrowser они отображаются по-разному. Это тоже самое, как если бы в приложениях на Delphi и VC внешне одинаковые поля редактирования посмотреть в ObjectBrowser.
Поэтому, для каждого из браузеров надо использовать разные описатели объектов.
А переписать придется немного. В тех местах, где создаются переменные-объекты, добавьте конструкции типа:

Select Case type_browser
Case BROWSER_IE8
Set my_obj = .....

Case BROWSER_SAFARI
Set my_obj = .....

Case Else
Log.Error ("Недопустимый тип браузера")
Runner.PauseScript()

End Select

Если бы у меня были не мегабайты кода, то да все действительно просто, а так - проще заново написать...
Вообще то совершенно не логично что они выглядят по разному - DOM модель то одна

Особенность! если ваше Web-прилада использует iFrame можете забить на автоматизацию под Хромым и Сафарей, увы, теск комплит инвалид по этой части.
Можно начать использовать через MSAA - это факт, но, опять же, Вы получаете, при использовании MSAA, не полный набор пропертей по объекту, который на web-странице будет расположен.
Если тупо тыкнуть и взять текстуху с объекта - это пожалуйста.

И всё же ЕСЛИ у вас iFrame отсутствует, то я вас поздравляю, через MSAA прописывайте классы окон для каждого браузера и будет вам не полное счастье автоматизации под IE, FF, Opera, Safari, Chrome

И ещё, для неглючного прогона вашего теста, ОБЯЗАТЕЛЬНО, для каждого браузера Opera, Safari, Chrome, создайте свой проект, т.к. MSAA такой не стабильный, что глюки будут мама не горюй

MSAA окон

Для Opera - OperaWindowClass
Для Safari - WebViewWindowClass
Для Google Chrome - Chrome_WidgetWin_0 И Chrome_RenderWidgetHostHWND


P.S.
Это всё мегохак, о котором в самом AQA не догадывались, пока Я им не написал в одном из тредов об этой возможности

Dixi

Короче не работает все равно !
В IE и Safari пути к объекту выглядят совершенно по разному ... Это означает, что надо переписывать весь наработанный код...

Может есть еще какие решения

Я, например, постепенно прихожу к выводу, что лучшим способом автоматизации тестирования "веба" при помощи TestComplete является отказ от использования TestComplete. И тому есть причины. Для меня актуальны такие:
1. Нормально поддерживается всего-лишь полтора актуальных браузера. IE + FF. У FF вызов внутренних методов DOM считается хаком, и официально не поддерживается, так что отнимаем половину.
2. Не стабильная работа. Если вызов метода в IE или FF приводит к exception-у, то идёт остановка работы целого TestItem-а. Этого можно как-то избегать, но это костыли, размазанные ровным слоем по всем тестам/по всему тестовому фреймворку(читай траты ресурсов).
3. Версия TestComplete, которую можно поставить на виртуальную машинку теперь стоит 4.500$ вместо 2.000$. С чего вдруг в SmartBear решили, что виртуализация должна обходиться пользователям дороже мне не понятно - возможно Дереку Лэнгону не хватает на новую феррари и решили таким образом заработать, как знать :)

Скорее всего нам придётся отказаться от тестирования нашего веб-клиента TestComplete-ом и перейти на какое-то другое решение. Не буду называть что-то конкретно - сочтётся за рекламу.