【问题标题】:Loadrunner and drawbacks using only webservice testing仅使用 web 服务测试的 Loadrunner 和缺点
【发布时间】:2013-04-23 19:15:00
【问题描述】:

有一个带有测试套件的soapui项目,该测试套件由多个Web服务调用组成,代表用户执行业务流程并将先前身份验证请求返回的cookie与下一个请求等相关联,我想知道: 考虑到我的 ws 请求链准确地代表了用户通过 GUI 所做的事情,跳过 GUI 并仅在 ws 级别上进行测试有什么缺点(如果有的话)?没有任何?如果更改 GUI 元素是一个好处,则更容易维护测试脚本。有人在使用这种方法时有过不好的经历吗?

【问题讨论】:

    标签: web-services loadrunner


    【解决方案1】:

    这个关于仅使用传输层请求到服务器的有效性的论点已经解决了二十多年。服务器不知道也不关心是否附加了 GUI。您的服务器仅响应请求。

    仅当您或正在使用的工具无法重现传输层请求时,才需要对 GUI 进行操作

    【讨论】:

    • 您假设 OP 只想测试服务器。 (当然,在大多数情况下,这实际上是唯一的要求)。
    【解决方案2】:

    我认为这完全取决于您定义的系统性能测试目标。如果 Web 服务器提供的所有 GUI 页面和整个 GUI 中使用的资源元素(javascript 文件、css 文件、图像等)都是您希望包含在测试和响应时间中的元素,那么您应该继续包含所有这些元素。如果您真的只关心服务层处理以及其下游的任何内容(应用服务器、负载均衡器、数据库等),那么剪掉 GUI 并直接访问服务是有意义的。

    【讨论】:

      猜你喜欢
      • 2016-02-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多