Java Junit如何在预期错误时显示详细信息

Java Junit如何在预期错误时显示详细信息,java,jenkins,junit,Java,Jenkins,Junit,我的junit测试与其他人的测试一起在jenkins服务器上运行。因此,我总是得到如下脏数据: java.lang.Exception:junit.framework.ComparisonFailure:row count(表=t\u beststore\u ylx\u task\u记录)应为:但为: 我怎么知道脏数据是什么?似乎您正遭受其他编写“坏”单元测试的人的痛苦。如果这些人能做得更好,那么你的DB相关测试就不会失败;对吗 如果是这样的话——只有一个合理的解决方案:每一个能够将测试提交到您

我的junit测试与其他人的测试一起在jenkins服务器上运行。因此,我总是得到如下脏数据:

java.lang.Exception:junit.framework.ComparisonFailure:row count(表=t\u beststore\u ylx\u task\u记录)应为:但为:


我怎么知道脏数据是什么?

似乎您正遭受其他编写“坏”单元测试的人的痛苦。如果这些人能做得更好,那么你的DB相关测试就不会失败;对吗

如果是这样的话——只有一个合理的解决方案:每一个能够将测试提交到您的bucket中的人都必须了解他们在做什么

意思:与你的同龄人交谈,并定义明确的政策,指导“做这个,但避免做那个”的指导方针

这是唯一明智的做法——否则,您将一步一步地降低测试桶为您提供的价值


换句话说:如果你允许垃圾进入你的系统,那么垃圾就会回来。我严重怀疑正确的答案是否是“这就是如何改进工具以了解垃圾或系统”。答案是:不要让垃圾进入你的系统。

似乎你正在遭受其他人编写“糟糕”单元测试的痛苦。如果这些人能做得更好,那么你的DB相关测试就不会失败;对吗

如果是这样的话——只有一个合理的解决方案:每一个能够将测试提交到您的bucket中的人都必须了解他们在做什么

意思:与你的同龄人交谈,并定义明确的政策,指导“做这个,但避免做那个”的指导方针

这是唯一明智的做法——否则,您将一步一步地降低测试桶为您提供的价值


换句话说:如果你允许垃圾进入你的系统,那么垃圾就会回来。我严重怀疑正确的答案是否是“这就是如何改进工具以了解垃圾或系统”。答案是:不要让垃圾进入你的系统。

预期记录的数量会做到这一点。检查您的测试数据,检查您实际返回的数据,查找差异这意味着您的实际数据和预期数据不同,这就是为什么您会出现这种错误。谢谢。我知道。实际上,我的测试用例在Jenkins服务器上运行,所以我需要知道什么是脏数据来修复它。
我需要知道什么是脏数据来修复它
。要查看失败的测试,应向您提供测试内容的信息。根据输出,我猜您希望测试返回表
t\u beststore\u ylx\u task\u record
中的一行,但测试返回了两行。如果您想查看行内容,可以修改测试以在断言之前打印结果。次优您没有错。来自其他测试用例的脏数据,还有一个@DatabaseTearDown注释来清除我的数据。因此,通过检查数据库,我几乎不知道什么是脏数据。Junit是否提供了显示错误详细信息的方法?我有太多Junit案例,很难全部修改。预期记录的数量可以做到这一点。检查您的测试数据,检查您实际返回的数据,查找差异这意味着您的实际数据和预期数据不同,这就是为什么您会出现这种错误。谢谢。我知道。实际上,我的测试用例在Jenkins服务器上运行,所以我需要知道什么是脏数据来修复它。
我需要知道什么是脏数据来修复它
。要查看失败的测试,应向您提供测试内容的信息。根据输出,我猜您希望测试返回表
t\u beststore\u ylx\u task\u record
中的一行,但测试返回了两行。如果您想查看行内容,可以修改测试以在断言之前打印结果。次优您没有错。来自其他测试用例的脏数据,还有一个@DatabaseTearDown注释来清除我的数据。因此,通过检查数据库,我几乎不知道什么是脏数据。Junit是否提供显示错误详细信息的方法?我有这么多Junit案例,很难全部修改。如何“不让垃圾进入您的系统”?我们有很多工作人员在这方面工作,一个小疏忽会导致大问题。我在测试前使用@Beforeclass来调试所有表。但是它太慢了…如何“不让垃圾进入你的系统”?我们有很多员工在做这个,一个小疏忽会导致大问题。我在测试前使用@Beforeclass来调试所有表。但是它太慢了。。。