- Форум тестировщиков
- → Просмотр профиля: Сообщения: TOlia
Статистика
- Группа: Members
- Сообщений: 12
- Просмотров: 3 813
- Статус: Новый участник
- Возраст: Неизвестен
- День рождения: Неизвестен
-
Пол
Женщина
0
Обычный
Инструменты
Мои сообщения
В теме: Какой софт выбрать для тестирования приложения (С++ и С#)?
16 апреля 2013 - 21:40
Все об"екты (насос, клапан и т.п.) на моей схеме являются векторными примитивами.
А смогу ли я выделить мышью об"ект на схеме?
Это должен делать написанный мною скрипт или достаточно запустить записанный мною клип типа 'record and play'?
Дело в том, что все диалоги со свойствами об"ектов схемы вызываются через right-click на об"екте.
Дальше в pop-up меню (см приложение) мы выбираем опцию Object properties, которая вызывает диалоги свойств.
Мне надо тестировать эти диалоги, которые часто имеют до 3х уровней вложенности (parent-child)
Когда я пробовала 2 года назад работать с демо-версией Test Complete, то этот софт очень плохо сочетался с моим продуктом.
К тому же я нашла у них в ТС кучу багов. Вот почему я так переживают из-за выбора софта для тестирования.
А смогу ли я выделить мышью об"ект на схеме?
Это должен делать написанный мною скрипт или достаточно запустить записанный мною клип типа 'record and play'?
Дело в том, что все диалоги со свойствами об"ектов схемы вызываются через right-click на об"екте.
Дальше в pop-up меню (см приложение) мы выбираем опцию Object properties, которая вызывает диалоги свойств.
Мне надо тестировать эти диалоги, которые часто имеют до 3х уровней вложенности (parent-child)
Когда я пробовала 2 года назад работать с демо-версией Test Complete, то этот софт очень плохо сочетался с моим продуктом.
К тому же я нашла у них в ТС кучу багов. Вот почему я так переживают из-за выбора софта для тестирования.
В теме: Какой софт выбрать для тестирования приложения (С++ и С#)?
15 апреля 2013 - 21:17
Плохая новость: схемки ваши рисуются в виде картинок. Их структура зашита где-то во внутренних данных программы, и инструменты автоматизации ее вытянуть не помогут. Работать с ними придется через битмапы, что само по себе довольно медленно. Хорошо, если их состояние тоже меняется медленно, тогда можно делать тесты на стандартной конфигурации и запомнить скриншоты. Если же где-то есть какие-то быстро меняющиеся состояния, то либо придется отказаться от их проверок, либо договариваться с разработчиками о предоставлении какого-то бэкдора для тестов. Но последнее имеет смысл, только если предполагается серьезная автоматизация, и много тестов зависит от анализа этих схемок.
Если я правильно поняла, то я не смогу автомат. тестировать изменения физических параметров об"ектов схемы,
из-за того, что эти параметры находятся в модели?
А вот если я нарисовала стрелку прибора, которая пока не привязана к модели, и меняю ее свойства (см приложение).
То это я, ведь, смогу автомат. тестировать?
(Стрелочка была добавлена на схему из специального 'Dynamics' Tool)
Заранее благодарна за ответ.
В теме: Какой софт выбрать для тестирования приложения (С++ и С#)?
15 апреля 2013 - 18:19
Хорошая новость: MFC - это стандартный WINAPI. Автотесты можно писать на всем, что может прочитывать стандартные контролы. Таких продуктов много, опять же порекомендую AutoIt как самый популярный (соответственно, с самым большим сообществом), и с простым языком...
Странно, почему AutoIt не входит в
10 Best Tools for Test Automation
http://www.toolsjour...test-automation
да и на этом(http://software-testing.ru/)форуме нет для него отдельного раздела?
В теме: Какой софт выбрать для тестирования приложения (С++ и С#)?
12 апреля 2013 - 20:19
Если к делу, то мало данных. Выбор инструмента зависит не от языка, а от интерфейса взаимодействия с приложением. Если надо тестировать GUI, то по какой технологии сделан GUI...
= Тестировать: Функционал программы и пользовательский интерфейс.
= Надо тестировать GUI, по технологии MFC. Win 32 API / GDI.
Интерфейс: см. 2 файла в приложении
В теме: Какой софт выбрать для тестирования приложения (С++ и С#)?
12 апреля 2013 - 19:52
Interface2.jpg 915,53К
24 Количество загрузок:
Interface1.jpg 1,05МБ
19 Количество загрузок:
Короче, для обеспечения безопасности. Это стандартное требование к станциям.
= Надо тестировать GUI, по технологии MFC. Win 32 API / GDI.
Интерфейс: см. 2 файла в приложении
Нет. Такие тренажеры существуют на готовых станциях для отработки аварий, обучения нового персонала и т.п.Зачем симулировать атомную станцию, чтобы сначала проверить как она работает на симуляции, а затем уже запускать реальную?
Короче, для обеспечения безопасности. Это стандартное требование к станциям.
= Тестировать: Функционал программы и пользовательский интерфейс.Согласен с checo, нужно больше инфы об интерфейсе программы. А также хочется узнать постановку задачи на тестирование, что именно надо тестировать, функционал программы и интерфейс или только интерфейс или еще что-то?
= Надо тестировать GUI, по технологии MFC. Win 32 API / GDI.
Интерфейс: см. 2 файла в приложении
- Форум тестировщиков
- → Просмотр профиля: Сообщения: TOlia
- Политика Конфиденциальности
- Правила форума ·