单元测试是测试你代码的一些常用方法集. 一般的操作步骤如下:
为什么需要单元测试? 它可以测试现有的以及未来的功能模块. 保证代码质量. 它规范你书写具有可测性，低耦合的代码.这比手工回归测试廉价的多. 它将提高代码可行度.协助团队工作. 为啥需要个检查列表? 单元测试在实际操作时可能要复杂一点. 它需要你考虑清楚整个待测对象的框架. 但测试本身应该简单，直接，易用和易维护. 对于测试的开始点和结束点也要十分清楚. 使用这个检查列表能帮助你确保测试范围的有效性. 切记: 该列表能帮助你绕开那些明显的错误，但有前提: □ 一个测试类对应一个被测类.
□ 一次只测试一个方法体.
□ 测试的方法名和变量都是显示定义的.
□ 测试用例易于理解.
□ 测试用例符合代码整洁规范.
□ 测试用例最好验证预期的异常.
□ 测试用例最好不要连接到数据库.
□ 测试用例最好不要连接网络资源.
□ 测试用例需要注意边际效应,极限值 (max, min) 和null的处理(就算是在异常中抛出的也要注意).
□ 测试用例不论在任何时候任何地方都无需人工干预来执行. □ 测试用例测试了当前的代码但也能很容易的测试将来实现的代码.
□ 测试用例具有一致性.
□ 测试用例使用mock来模拟复杂的代码结构或方法体.
□ 不要注释掉测试用例 @ignored . 切记. 切记. □ 测试帮助我确保了整体的架构设计.
□ 我的测试可以运行在任何平台，而非指定目标平台
□ 我的测试像闪电一般快！
|
