JUnit断言扩展 - 编程入门网
the same instance.
Assert.assertSerializesSame(Title.MR);
Assert.assertSerializesSame(Title.MS);
Assert.assertSerializesSame(Title.MRS);
}
public void testTitleConstructor() {
// Assert that the Title class has a default constructor.
Assert.assertClassHasConstructor(Title.class, null);
try {
// Get the default constructor.
Constructor con = Title.class.getDeclaredConstructor(null);
// Assert that the default constructor is declared private.
Assert.assertPrivate(con);
}
catch(NoSuchMethodException nsme) {
// Should never get here, even when test fails.
throw new IllegalStateException();
}
}
}
JUnit断言扩展(3)时间:2011-02-05 Tony Morris清单 1 中的 Person 类和 Title 类不能通过清单 2 中的测试用例,因为它们没有满足所有的附加要求。现在可以开发满足新需求的类,好让单元测试用例通过,通过意味着需求得到满足。清单 3 演示了满足指定需求的实现的一个示例: 清单 3. 修正好的满足额外需求的类
如果运行清单 3 中的 JUnit 测试用例,测试会通过,这样就可以得出结论:代码满足了指定需求。 结束语 如果想不用 JUnitX 在代码的用例场景上进行断言,就会有多得多的工作要做。一个测试用例失败很可能表示一个构造不当的测试用例,而不是软件代码单元有误,这可能要费更多时间来诊断。如果 JUnitX 测试用例失败了,而软件代码单元中的错误又不是十分明显,那么可以阅读自测试套件中包含的源代码,以了解通过测试用例的代码单元看起来是什么样的。 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |