问题：
assertj+如何在使用元组时识别哪个属性失败
鲜于宏义
softAssertions.assertThat(resultArrayList)
.extracting("title", "address.countryName", "address.state", "address.city")
.as("Title, CountryName, State, City at position %s", i)
.containsAnyOf(
new Tuple(placeToSearch, expectedCountry, expectedState, expectedCity));
[Title, CountryName, State, City at position 0]
Expecting
<[("DOT Baires Shopping", "Argentina", "Ciudad Autónoma de Buenos Aires", "Ciudad de Buenos Aires")]>
to contain at least one of the following elements:
<[("Dot", "Argentina", "Ciudad Autónoma de Buenos Aires", "Ciudad de Buenos Aires")]>
（1）一些识别/标记失败数据的建议。（2）任何给失败数据着色的方法
共有1个答案
满俊楠
在您的示例中，有一个元组列表，该元组与预期的元组不匹配，因为它们的第一个值不同(“dot”与“dot Baires Shopping”)。Tupleequals方法比较所有元组值。
应该可以为实际的和预期的列表着色，但不能为特定的元素着色（这是IDE的事情，而不是AssertJ的事情）。
几点意见：
-
null
类似资料：
-
我有一个带有两个顶点的简单图，具有id'a'和'b'。 我已将两条边从“a”分配到“b”，其中每条边都有标签=“foo” [1] 小精灵 == == 每条边都有一个属性key=“已提交”。 [2] 小精灵 == == 我的问题：我想像步骤[2]一样枚举边缘并返回它们各自的属性，但是如何将结果中的边缘属性匹配回它们各自的边缘（id）？我得到的只是属性键值分配；没有与边缘id相关的内容。 谢谢 乔尔·
-
我使用的是。我有一个类似的类。我有一个的。 null
-
null 编辑：一个附加的非功能性需求是，测试应该可以很容易地通过附加的约束来扩展。在Hamcrest中，表达附加约束是相当容易的，例如。 依赖于列表索引的测试必须重新编号。在本例中，使用自定义条件的测试必须重写完整的条件（请注意，中的约束不限于子字符串检查）。
-
我使用以下断言，但失败了。这是在AssertJ中测试JSON的正确方法吗。
-
本文向大家介绍在HTML5中如何组合标题？用哪个元素？相关面试题，主要包含被问及在HTML5中如何组合标题？用哪个元素？时的应答技巧和注意事项，需要的朋友参考一下 ，内含多个 ~ 元素。 主要用于整合文章的主、副标题，抑或是整合文档/页面标题与章节/段落标题。