Просмотр новых публикаций

организация UI

Автор olya__, 24 дек 2007 15:40

Авторизуйтесь для ответа в теме

Сообщений в теме: 13

#1 olya__

Новый участник

Members
10 сообщений

Отправлено 24 декабря 2007 - 15:40

Добрый день.
У меня наверное вопрос больше общего характера.
Проекты у нас реализовываются на ASP.Net. Сейчас проходит re-engineering в целом. Подскажите пожалуйста как лучше, более удобно, организовать UI проектов для последующего тестирования их в TestComplete? Может есть какие-либо требования, пожелания, предпочнения и т.д.
Хотелось бы выслушать мнения опытных людей
Спасибо

0

Наверх

#2 AlexP

Опытный участник

Members
406 сообщений

Город:Санкт-Петербург

Отправлено 24 декабря 2007 - 15:50

Добрый день.
У меня наверное вопрос больше общего характера.
Проекты у нас реализовываются на ASP.Net. Сейчас проходит re-engineering в целом. Подскажите пожалуйста как лучше, более удобно, организовать UI проектов для последующего тестирования их в TestComplete? Может есть какие-либо требования, пожелания, предпочнения и т.д.
Хотелось бы выслушать мнения опытных людей
Спасибо

То есть Вы предполагаете при создании GUI приложения (Web Interface) отталкиваться от автоматизации этого самого interface'а? Я правильно понял?

0

Наверх

#3 olya__

Новый участник

Members
10 сообщений

Отправлено 24 декабря 2007 - 16:34

Добрый день.
У меня наверное вопрос больше общего характера.
Проекты у нас реализовываются на ASP.Net. Сейчас проходит re-engineering в целом. Подскажите пожалуйста как лучше, более удобно, организовать UI проектов для последующего тестирования их в TestComplete? Может есть какие-либо требования, пожелания, предпочнения и т.д.
Хотелось бы выслушать мнения опытных людей
Спасибо

То есть Вы предполагаете при создании GUI приложения (Web Interface) отталкиваться от автоматизации этого самого interface'а? Я правильно понял?

В приниципе да, на сколько это возможно.
Дело в том, что опыта мало в написании скриптов для тестирования и я пока не сталкивалась с трудности, с проблемами, которые возникают больше всего.

0

Наверх

#4 Dmitry N

Профессионал

Members
1 742 сообщений

ФИО:Николаев Дмитрий
Город:Где-то в России

Отправлено 25 декабря 2007 - 09:07

Здравствуйте.

Первое, что приходит на ум, это давать чёткие уникальные имена (аттрибут 'id') всем объектам, с которыми придётся работать во время тестирования. Это таблицы, картинки, ссылки, поля ввода, кнопки, и т.п.

Больше ничего на ум с ходу не приходит. TestComplete (особенно версии 6 с его новой моделью Tree) должен довольно надёжно работать с ASP.NET приложениями. Заморочки могут быть с всплывающими меню и другими динамическими объектами, но тут заранее ничего не придумаешь.

0

С уважением,
Дмитрий

Наверх

#5 olya__

Новый участник

Members
10 сообщений

Отправлено 25 декабря 2007 - 10:13

А можно чуть по-потробнее, что имеется в виду
"давать чёткие уникальные имена (аттрибут 'id') всем объектам, с которыми придётся работать во время тестирования. Это таблицы, картинки, ссылки, поля ввода, кнопки, и т.п."

id подразумевают изначально и так уникальность, и 2 одинаковых айди на форме задать нельзя

0

Наверх

#6 Dmitry N

Профессионал

Members
1 742 сообщений

ФИО:Николаев Дмитрий
Город:Где-то в России

Отправлено 25 декабря 2007 - 11:09

Здравствуйте.

Совершенно верно. Однако, очень часто эти самые ID вообще для объектов на веб страницах разработчиками не задаются, что создаёт серьёзные проблемы для тестирования.

К счастью, ASP.NET приложения автоматически генерят ID для многих объектов.

0

С уважением,
Дмитрий

Наверх

#7 olya__

Новый участник

Members
10 сообщений

Отправлено 25 декабря 2007 - 11:15

Здравствуйте,
спасибо Вам большое.
А вот по поводу размещения объектов, контроллов на странице...есть какие-то предпочнения?
Бывает что некоторые объекты не распознаются во время тестирования, с чем это связано?

0

Наверх

#8 AlexP

Опытный участник

Members
406 сообщений

Город:Санкт-Петербург

Отправлено 25 декабря 2007 - 11:57

Здравствуйте,
спасибо Вам большое.
А вот по поводу размещения объектов, контроллов на странице...есть какие-то предпочнения?
Бывает что некоторые объекты не распознаются во время тестирования, с чем это связано?

Обычно, приоритетным фактором при разработке GUI - является useability. Не думаю, что правильно будет "затачивать" GUI под автотест, да и не нужно это. Специфическое расположение контролов на форме\странице никаких дополнительных преимуществ не даёт. Что касается "некоторые объекты не распознаются во время тестирования", то это связано в основном с использованием контролов сторонних производителей, например DevExpress. Хоть с каждой новой версией TC поддержка подобных контролов улучшается, сами производители так же не стоят на месте, и выпускают обновлённые версии. Опять же, отказываться от использования таких контролов во имя удобства написание автотестов - решение весьма спорное.

0

Наверх

#9 Dmitry N

Профессионал

Members
1 742 сообщений

ФИО:Николаев Дмитрий
Город:Где-то в России

Отправлено 25 декабря 2007 - 12:32

Здравствуйте.

Как правило, основные проблемы с распознаванием объектов на ASP.NET страницах связаны с тем, что страницы эти довольно динамические (особенно, если используется т.н. AJAX). Иногда бывает что страница обновилась, а TestComplete эти изменения не "подхватил". В этом случае обычно достаточно вызвать метод Refresh для страницы и TestComplete обновит информацию о структуре объектов.

Ещё вариант -- когда у объектов изменился ID (бывает и такое). В этом случае необходимо идентифицировать объекты используя другие свойства. Это можно сделать с помощью методов группы 'Find*' или фичи Name Mapping.

0

С уважением,
Дмитрий

Наверх

#10 olya__

Новый участник

Members
10 сообщений

Отправлено 26 декабря 2007 - 10:23

Спасибо Вам большое.
А что можно сказать, если у меня есть десктопное приложение,мне необходимо протестировать его.
У наших программистов возникает вопрос, как лучше огранизовать интерфейс нам тестерам или более простое взаимодействие по интерфейсу, чтобы можно было потом его проще протестировать автоматически. Есть ли какие-то специфические требования, либо пожелания.

Оля

0

Наверх

#11 ArtemRudenko

Постоянный участник

Members
248 сообщений

ФИО:Руденко Артем Михайлович
Город:Минск

Отправлено 26 декабря 2007 - 10:40

Добрый день, Оля.
Присоединяюсь к Дмитрию.
Самым лучшим в данной ситуации будет использование уникальных id, так как единственной "проблемой" при автоматизации тестирования ПО является работа по "разгребанию" уникальной идентификации объектов, всё остальное решается быстро, просто и своими силами без привлечения девелоперов.

0

И всё-таки она вертится...

Наверх

#12 Dmitry N

Профессионал

Members
1 742 сообщений

ФИО:Николаев Дмитрий
Город:Где-то в России

Отправлено 26 декабря 2007 - 13:53

Здравствуйте, Ольга.

По поводу десктопных приложений -- всё зависит от типа приложения. Если у вас .NET приложение, то единственное, что могут сделать разработчики -- это задавать явно УНИКАЛЬНЫЕ имена для динамически генерируемых объектов. Объекты в .NET могут не содержать имён или иметь одинаковые имена, что усложняет их идентификацию.

В остальном для .NET приложений всё очень даже хорошо -- TestComplete "видит" все нативные свойства и методы объектов в таких приложениях. Это значит, что если вы столкнётесь с проблемой при обработке какого-нибудь нестандартного контрола, надо просто попросить разработчиков рассказать, используя какие методы и свойства этого контрола можно добиться желаемого результата.

0

С уважением,
Дмитрий

Наверх

#13 olya__

Новый участник

Members
10 сообщений

Отправлено 27 декабря 2007 - 10:39

Спасибо Дмитрий.

Тогда такой вопрос:
А что нужно учитывать при написании кастом контролов для winforms, чтобы их видел test complete (например реализовать интерфейс какой-нибудь, или установить аттрибуты для класса)...