如何解决如何编写Java单元测试以构建Elasticsearch查询?
因此,我正在为构建Elasticsearch查询的类编写Java单元测试(mockito)。当前的工作方式很草率,每当进行更改时更新测试都是一项繁琐的工作。不幸的是,看来Java测试的官方ES文档已经死了,所以我希望那里的人对如何更好地编写我的测试有一些建议。
源类是一个相当复杂的查询,单元测试实质上是在构建该类的实例并将其序列化到JsonNode。然后遍历JsonNode并声明期望值。看来这种测试风格是严格的硬编码。这是一个测试示例:
@Test
public void toQueryBuilder_initialQuery() {
// queryValue defined here.
JsonNode result = QueryBuilderSerialization.toJsonNode(new QueryConstraintA(queryValue)
.toQueryBuilder());
// assert expected queries
assertEquals(EXPECTED_MIN,result
.get("bool")
.get("filter").get(0)
.get("function_score")
.get("min_score")
.asInt());
assertEquals(EXPECTED_LOWER_BOUND,countQuery.get(7)
.get("function_score")
.get("query")
.get("nested")
.get("query")
.get("constant_score")
.get("filter")
.get("bool")
.get("filter").get(0)
.get("bool")
.get("filter").get(0)
.get("bool")
.get("should").get(0)
.get("range")
.get(RANGE_FIELD_NAME)
.get("from")
.asInt());
}
仅在此文件中,大约有1000行用这种风格编写的测试。因此,您可以想象一下,在修改源查询时会有多大的痛苦。有没有人建议如何更好地做到这一点?预先感谢您投入任何时间。
解决方法
我不建议编写此类测试。您真正要测试的是,它在运行时返回正确的输出,而不是测试查询看起来是否正常。还有很多工作要做,但是在我们的商店中,我们针对local Docker instance的Elasticsearch运行实际的查询。这样可以检查查询是否格式正确,以及查询是否确实按照预期执行。当有人重构查询(以提高延迟)时,这也使它们更具弹性,而无需对逻辑进行任何更改。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。