это действительно зависит от того, что вы хотите проверить, я думаю.
Я часто использую Java-бин Siebel для доступа к Siebel. Вы в основном подключаетесь к серверу Siebel и выполняете код, очень похожий на eScript. Это означает, что вы можете создавать записи, запускать рабочие процессы и т. Д .; в основном все, что вы могли сделать в eScript. Это может быть полезно. Это применимо ко всем обычным проверкам, событиям во время выполнения и событиям.
Как только некоторые из ваших сценариев в BusComps или в Business Services или в других местах получают доступ к данным, для которых требуется контекст пользовательского интерфейса (например, TheApplication().ActiveBusObject()
или TheApplication().ActiveApplet()
), этот подход потерпит неудачу, поскольку Siebel Data Bean не не имеет контекста пользовательского интерфейса.
Другим недостатком является необходимость подключения к серверу Siebel. Это означает, что вы должны развернуть свой SRF на сервере разработки, и только тогда вы сможете запустить свои тесты. Конечно, было бы намного лучше, если бы JDB мог подключаться к вашему локальному экземпляру, но, насколько я знаю, это невозможно. Взгляните на руководство по интерфейсам объектов на книжной полке. Есть разные способы подключения к Siebel, не только Java.
Дайте мне знать, если у вас есть какие-либо вопросы по этому поводу. Я мог бы опубликовать пример кода для подключения к серверу Siebel и т. Д.