Если вы используете edmx из другого проекта, то в строке подключения измените ...
metadata=res://*/Data.DataModel.csdl
... до ...
metadata=res://*/DataModel.csdl
a, b = b, a
- это примерно столько же, сколько вы получите, это всего три символа (не считая имен переменных) .. Это примерно как Python'y, как вы получите
Одна альтернатива - обычная use-a-temp-variable:
self.memberlist[someindexA], self.memberlist[someindexB] = self.memberlist[someindexB], self.memberlist[someindexA]
.. становится ..
temp = self.memberlist[someindexB]
self.memberlist[someindexB] = self.memberlist[someindexA]
self.memberlist[someindexA] = temp
.. что я считаю более беспорядочным и менее "очевидным"
Другой способ, который может быть немного более читабельным с длинными именами переменных :
Несколько лет назад я использовал Jemmy . Сейчас я в основном занимаюсь веб-приложениями, поэтому мой опыт в этой области может быть несколько старым. : -)
Quick Test Pro произвел на меня впечатление. Это платное программное обеспечение от HP, но оно смогло получить некоторые программы, с которыми не может работать большинство инструментов. Он имеет некоторые функции данных, поэтому тесты можно запускать несколько раз с различными входными данными. Его можно использовать в сценариях через VB, поэтому большинство тестировщиков / разработчиков смогут с ним работать. В последнее время я использую его для выполнения тестов на многих машинах для тестирования производительности.
Попробуйте QEngine выполнит запись и воспроизведение. Также есть параметры сценария
Механизм сценариев для записи тестов не требуется.
Да, это так. Чистый захват / воспроизведение на практике просто не работает, вам всегда приходится редактировать полученные скрипты. И вы часто в конечном итоге тратите так много времени на это в неподходящей среде, что вы не экономите время по сравнению с чистым скриптовым решением, предназначенным для эффективного написания скриптов.
jameleon очень полезен для тестирования веб-приложений. Он сочетает в себе ряд фреймворков, обеспечивающих большую гибкость вашего подхода, заключенного в единую среду запуска.
Для jameleon нет захвата. Я думаю, вы можете спутать это с захватом и записью селена. Jameleon - это чистый скриптовый фреймворк.
У вас также есть IBM Rational Functional Tester:
http://www-01.ibm.com/software/awdtools/tester / function /
Я использовал старую версию для тестирования приложений форм .NET (она также работает с java-приложениями, собственными приложениями Windows, веб-страницами). Он много раз терпел неудачу, и интеграция с .NET была не такой уж хорошей. Я не совсем рекомендую его для этой цели .
Однако известно, что он лучше работает с приложениями Java (сам RFT сделан на java, и приложения Java были первоначальной целью, я думаю), особенно в его самых последних версиях.
Однако это очень дорогое приложение. Лично я бы не стал использовать его снова, если бы у меня не было другого выбора.
I concur with Kettelerij, Marathon's the way to go.
It's easy to integrate into external systems like Subversion & CruiseControl, becasue all the scripts are human readable (Jython) and not locked into some proprietary format that requires an export (like most of the commercial tools).
It is able to record scripts in your choice of Jython or JRuby, which are essentially python and ruby that give you access to Java API. Very easy to understand.
For advanced testers, you are able to identify which GUI component you want to select using not just their names, but instead a a unique subset of their properties, for example
click('{Text: OK Enabled: true}')
... finds a component whose getText()
is "OK" and isEnabled()
is "true". This makes the scripts highly dynamic and easier to maintain.