是否有可能在GUI后面自动执行Siebel测试？

Question

我的测试团队目前使用QTP通过GUI进行测试，但就像任何依赖于接口的自动化测试套件一样，它比直接与代码交互的自动化测试更脆弱。我正在尝试学习更多关于Siebel和Siebel工具的知识，以更好地理解我们如何能够在GUI下进行测试，但我希望听到具有更多专业知识的人来了解这是否可行。

Answer 1

我想，这真的取决于你想要测试什么。

我经常使用Siebel Java Data Bean (JDB)来访问Siebel。您基本上连接到Siebel服务器并执行与eScript非常相似的代码。这意味着您可以创建记录、调用工作流等等；基本上，您可以在eScript中完成所有操作。这可能会有帮助。这将应用所有常见的验证、运行时事件和事件。

但是，一旦BusComps、Business Services或其他地方的一些脚本访问需要UI上下文的数据(例如TheApplication().ActiveBusObject()或TheApplication().ActiveApplet() )，这种方法就会失败，因为Siebel data Bean没有UI上下文。

另一个缺点是您必须连接到Siebel服务器。这意味着您必须将SRF部署到开发服务器，然后才能运行测试。如果JDB可以连接到您的本地实例，那当然会更好，但据我所知，这是不可能的。不过，请看一下书架中的对象接口指南。有不同的方法可以连接到Siebel，不仅仅是Java。

如果你对此有任何问题，请告诉我。我可能会发布一些关于如何连接到Siebel服务器等的示例代码。

Answer 2

由于Siebel版本7.7qtp使用Siebel Test Automation (STA) ，它需要从Oracle单独购买，快速搜索发现了关于如何set up testing with STA的说明(这是从QTP的角度编写的，但对于所有STA的使用都是正确的)。

如果你真的想避免使用GUI测试，那么你可以查阅API文档，尝试直接使用STA，但我不建议这样做，QTP已经为你完成了所有繁重的工作，为什么你还要重复这项工作(特别是因为你的公司已经拥有QTP许可证)。

Answer 3

现在QTP是最好的方式-它仍然是一个皮塔，但真的没有其他东西来测试完整的Siebel Web客户端。这是因为Siebel UI是通过Internet Explorer提供的，带有专有的Active X和Java控件，所以你真的需要一个定制的包来测试它。

因为UI是对业务对象层(通过数据Beans / COM等访问的)的重新解释，而不仅仅是抽象除非在少量单元测试用例中(例如，当您在Siebel中有复杂的脚本时)，否则在该层进行测试没有什么用处。

如果你把客户端的网址末尾(当然是先登录到Siebel )改成像"SWEcmd=GotoPageTab&SWEScreen=Accounts+Screen&SWESetMarkup=XML“这样的东西，你会看到很多XML标记，然后被专有控件使用-你可能认为这是构建自动化工具的一种很酷的方式，但事实并非如此(我已经尝试过了)。

如果你真的想使用合适的UI测试工具，比如Selenium，你必须测试HTML Siebel Web客户端--这是一个不使用Active X或Java的“瘦”的“标准交互”UI……它有很多不那么酷的UI控件，但它在完整的Siebel Web Client (也称为High Interactivity Web Client，简称HI )上基本上是一样的，它在Firefox中也可以工作！