организация UI
#1
Отправлено 24 декабря 2007 - 15:40
У меня наверное вопрос больше общего характера.
Проекты у нас реализовываются на ASP.Net. Сейчас проходит re-engineering в целом. Подскажите пожалуйста как лучше, более удобно, организовать UI проектов для последующего тестирования их в TestComplete? Может есть какие-либо требования, пожелания, предпочнения и т.д.
Хотелось бы выслушать мнения опытных людей
Спасибо
#2
Отправлено 24 декабря 2007 - 15:50
Добрый день.
У меня наверное вопрос больше общего характера.
Проекты у нас реализовываются на ASP.Net. Сейчас проходит re-engineering в целом. Подскажите пожалуйста как лучше, более удобно, организовать UI проектов для последующего тестирования их в TestComplete? Может есть какие-либо требования, пожелания, предпочнения и т.д.
Хотелось бы выслушать мнения опытных людей
Спасибо
То есть Вы предполагаете при создании GUI приложения (Web Interface) отталкиваться от автоматизации этого самого interface'а? Я правильно понял?
#3
Отправлено 24 декабря 2007 - 16:34
Добрый день.
У меня наверное вопрос больше общего характера.
Проекты у нас реализовываются на ASP.Net. Сейчас проходит re-engineering в целом. Подскажите пожалуйста как лучше, более удобно, организовать UI проектов для последующего тестирования их в TestComplete? Может есть какие-либо требования, пожелания, предпочнения и т.д.
Хотелось бы выслушать мнения опытных людей
Спасибо
То есть Вы предполагаете при создании GUI приложения (Web Interface) отталкиваться от автоматизации этого самого interface'а? Я правильно понял?
В приниципе да, на сколько это возможно.
Дело в том, что опыта мало в написании скриптов для тестирования и я пока не сталкивалась с трудности, с проблемами, которые возникают больше всего.
#4
Отправлено 25 декабря 2007 - 09:07
Первое, что приходит на ум, это давать чёткие уникальные имена (аттрибут 'id') всем объектам, с которыми придётся работать во время тестирования. Это таблицы, картинки, ссылки, поля ввода, кнопки, и т.п.
Больше ничего на ум с ходу не приходит. TestComplete (особенно версии 6 с его новой моделью Tree) должен довольно надёжно работать с ASP.NET приложениями. Заморочки могут быть с всплывающими меню и другими динамическими объектами, но тут заранее ничего не придумаешь.
Дмитрий
#5
Отправлено 25 декабря 2007 - 10:13
"давать чёткие уникальные имена (аттрибут 'id') всем объектам, с которыми придётся работать во время тестирования. Это таблицы, картинки, ссылки, поля ввода, кнопки, и т.п."
id подразумевают изначально и так уникальность, и 2 одинаковых айди на форме задать нельзя
#6
Отправлено 25 декабря 2007 - 11:09
Совершенно верно. Однако, очень часто эти самые ID вообще для объектов на веб страницах разработчиками не задаются, что создаёт серьёзные проблемы для тестирования.
К счастью, ASP.NET приложения автоматически генерят ID для многих объектов.
Дмитрий
#7
Отправлено 25 декабря 2007 - 11:15
спасибо Вам большое.
А вот по поводу размещения объектов, контроллов на странице...есть какие-то предпочнения?
Бывает что некоторые объекты не распознаются во время тестирования, с чем это связано?
#8
Отправлено 25 декабря 2007 - 11:57
Здравствуйте,
спасибо Вам большое.
А вот по поводу размещения объектов, контроллов на странице...есть какие-то предпочнения?
Бывает что некоторые объекты не распознаются во время тестирования, с чем это связано?
Обычно, приоритетным фактором при разработке GUI - является useability. Не думаю, что правильно будет "затачивать" GUI под автотест, да и не нужно это. Специфическое расположение контролов на форме\странице никаких дополнительных преимуществ не даёт. Что касается "некоторые объекты не распознаются во время тестирования", то это связано в основном с использованием контролов сторонних производителей, например DevExpress. Хоть с каждой новой версией TC поддержка подобных контролов улучшается, сами производители так же не стоят на месте, и выпускают обновлённые версии. Опять же, отказываться от использования таких контролов во имя удобства написание автотестов - решение весьма спорное.
#9
Отправлено 25 декабря 2007 - 12:32
Как правило, основные проблемы с распознаванием объектов на ASP.NET страницах связаны с тем, что страницы эти довольно динамические (особенно, если используется т.н. AJAX). Иногда бывает что страница обновилась, а TestComplete эти изменения не "подхватил". В этом случае обычно достаточно вызвать метод Refresh для страницы и TestComplete обновит информацию о структуре объектов.
Ещё вариант -- когда у объектов изменился ID (бывает и такое). В этом случае необходимо идентифицировать объекты используя другие свойства. Это можно сделать с помощью методов группы 'Find*' или фичи Name Mapping.
Дмитрий
#10
Отправлено 26 декабря 2007 - 10:23
А что можно сказать, если у меня есть десктопное приложение,мне необходимо протестировать его.
У наших программистов возникает вопрос, как лучше огранизовать интерфейс нам тестерам или более простое взаимодействие по интерфейсу, чтобы можно было потом его проще протестировать автоматически. Есть ли какие-то специфические требования, либо пожелания.
Оля
#11
Отправлено 26 декабря 2007 - 10:40
Присоединяюсь к Дмитрию.
Самым лучшим в данной ситуации будет использование уникальных id, так как единственной "проблемой" при автоматизации тестирования ПО является работа по "разгребанию" уникальной идентификации объектов, всё остальное решается быстро, просто и своими силами без привлечения девелоперов.
#12
Отправлено 26 декабря 2007 - 13:53
По поводу десктопных приложений -- всё зависит от типа приложения. Если у вас .NET приложение, то единственное, что могут сделать разработчики -- это задавать явно УНИКАЛЬНЫЕ имена для динамически генерируемых объектов. Объекты в .NET могут не содержать имён или иметь одинаковые имена, что усложняет их идентификацию.
В остальном для .NET приложений всё очень даже хорошо -- TestComplete "видит" все нативные свойства и методы объектов в таких приложениях. Это значит, что если вы столкнётесь с проблемой при обработке какого-нибудь нестандартного контрола, надо просто попросить разработчиков рассказать, используя какие методы и свойства этого контрола можно добиться желаемого результата.
Дмитрий
#13
Отправлено 27 декабря 2007 - 10:39
Тогда такой вопрос:
А что нужно учитывать при написании кастом контролов для winforms, чтобы их видел test complete (например реализовать интерфейс какой-нибудь, или установить аттрибуты для класса)...
#14
Отправлено 27 декабря 2007 - 11:15
Ничего специального не надо делать. TestComplete всё прекрасно увидит и сам, благодаря Reflection.
Дмитрий
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных