单元测试是测试你代码的一些常用方法集. 一般的操作步骤如下:
1.先写北侧类的API
2.测试对应API的方法名
3.实现对应测试API的方法体
4.运行单元测试
为什么需要单元测试? 它可以测试现有的以及未来的功能模块. 保证代码质量. 它规范你书写具有可测性,低耦合的代码.这比手工回归测试廉价得多. 它将提高代码可行度.协助团队工作.
为啥需要个检查列表? 单元测试在实际操作时可能要复杂一点. 它需要你考虑清楚整个待测对象的框架. 但测试本身应该简单,直接,易用和易维护. 对于考试的开始点和结束点也要十分清楚.
使用这个检查列表能帮助你确保测试范围的有效性. 切记: 该列表能帮助你绕开那些明显的错误,但有前提:
□ 一个测试类对应一个被测试类.
o 你要测试的是一个已声明的类的正确性.
□ 一次只测试一个方法.
o 私有方法不需要测试! 它们是被封装起来的.
□ 测试的方法名和变量都是显示定义的.
o 比如,将预期结果保存下来 expectedFoo 变量就比 foo好得多. 如果要测试很多复合结果,可以使用组合的名称inputValue_NotNull, inputValue_ZeroData, inputValue_PastDate, etc. (取决于你的代码规范).
□ 测试用例易于理解.
o 后来的使用者将会很容易理解测试代码的大意而无需关注太多的具体实现. 这能帮助他们在调试之前知道工作的大概内容.
添加图片注释,不超过 140 字(可选)<