Question

问题描述

我正在编写一个geb / spock规范，它将测试数据从DB2提取到地图中（map变量名为“ preFilledFields ” - 请参阅“ MySpec ”类进一步下来。）

然后迭代这个映射，并且对于每次迭代，我也检查该值是否与页面上的一行匹配。

当我执行上面的断言访问模块对象属性时，每个断言的平均执行时间是大约。 5-6秒。如果我直接使用选择器执行断言，则每个断言的平均执行时间约为。 70-80毫秒。有关断言的详细信息，请参阅“ MyPage ”类。

有谁知道这可能是什么原因？糟糕的性能是我的代码的结果，还是在geb中使用模块时性能方面存在普遍问题？

感谢我能得到的任何帮助和意见。

代码：

我的“RowModule”类看起来像这样：

class RowModule extends Module {

static final PREDEFINED_ATTR = "data-predefined-amount"

static content = {
    cell { $("td", it) }
    description { cell(0).text() }
    rubrikNum { cell(1).text().toInteger() }
    preDefinedAmount { cell(0).parent("tr").$("td[$PREDEFINED_ATTR]").attr("$PREDEFINED_ATTR") }
    inputField { cell(0).parent("tr").$("td input") ?: false }
    dataType{ cell(0).parent("tr").attr("data-type") }
}

}

我的Page类看起来像这样：

class MyPage extends Page {
    static url = "<some_url>"
    static at = { $("h1").text() == "<some_text>" }

    static content = {
        submitButton { $("input", name:"<some_name>") }
        myPageItems {
            $("table tr").collect { it.module(RowModule) }
        }
    }

    void verifyPrePopulatedFields(name, amount) {
        long now = System.currentTimeMillis();            
        assert amount == selvangivelseItems.find { it.dataType== name}.preDefinedAmount.toInteger()
        //assert amount == $("tr[data-type='" + name+ "']").$(".skts-tooltip-holder").text().toInteger()
        println "Execution time" + (System.currentTimeMillis() - now) + " ms"
    }

    void submit() { submitTaxReturnButton.click() }
}

我的规范文件如下所示：

class MySpec extends GebReportingSpec {
    @Unroll
    def "field #name is pre-populated with amount #amount from the database"() {
        expect:
            page(MyPage) verifyPrePopulatedFields(name, amount)
        where:
            name <<  preFilledFields.keySet()
            amount <<  preFilledFields.values()
    }
}

Answer 1

在Geb中使用模块没有一般的性能问题，至少没有我所知道的。另一方面，你的选择器肯定不是最理想的。

首先，通过执行myPageItems.find { it.dataType == name }，您将迭代表中的所有行，并为每个行执行3个WebDriver命令（即测试和正在驱动的浏览器之间的http请求）。你可以改进dataType到dataType { attr("data-type") }的选择器（这里不是100％肯定，因为我没有看到你的DOM结构，但这是逻辑所暗示的）但它仍然意味着可能做出一个很多要求。您应该添加如下网站内容定义：

myItem { dataType ->
     $("table tr[data-type='$dataType']").module(RowModule)
}

然后使用它：

assert amount == myPageItem(name).preDefinedAmount.toInteger()

其次，您可以简化并提高模块中选择器的性能（如果我对DOM的假设是正确的）：

static content = {
    cell { $("td", it) }
    description { cell(0).text() }
    rubrikNum { cell(1).text().toInteger() }
    preDefinedAmount { $("td[$PREDEFINED_ATTR]").attr("$PREDEFINED_ATTR") }
    inputField { $("td input") ?: false }
    dataType{ attr("data-type") }
}

你应该避免使用多个选择器来处理可以使用单个选择器或使用不必要的选择器找到的东西，因为它们总是会带来性能损失。

模块对象属性与使用选择器的geb查找的性能问题

问题描述

代码：

1 个答案: