欢迎光临
梦想从学习开始!

如何编写更好的单元测试?| 小熊测试

本文主要介绍 如何编写更好的单元测试?| 小熊测试,小熊希望对大家的学习或者工作具有一定的参考学习价值,在测试领域有所提升和发展。

  作者最近从事一些相当广泛的单元测试,收集了多年努力坚持多年编写更好单元的指导方针。记住,不好的测试颓废功夫,问题靡遗。请将这些方针牢记在心将大有裨益!转给坚持不懈做单元测试的童鞋。

  如何编写更好的单元测试?

  单元测试在最近的工作中使用比较广泛,我已经收集了一些关于如何编写更好的测试类的准则,并且我已经尝试着坚持这些准则多年了。记住,编写糟糕的测试是在浪费时间,并会在以后造成更大的问题。所以最好把这些准则记在心里。

  · 不应该编写成功通过的单元测试-它们应该被写成不通过的。你可以在几分钟内让任何一组测试通过,但这只是在欺骗你自己。

  · 测试类应该只测试一个功能-你应该用一个功能去测试一个方法。否则,你会违反了单一职责原则。

  · 测试类具备可读性-确保测试类标有注释并且容易理解,就像其他的代码一样。

  · 良好的命名规范-再次测试时应该像其他代码一样-便于人们理解。

  · 把断言从行为中分离出来-你的断言应该用来检验结果,而不是执行逻辑操作的。

  · 使用具体的输入-不要使用任何的自动化测试数据来输入,像date()这些产生的数据会引入差异。

  · 把测试类分类,放在不同的地方-从逻辑的角度看,当没有错误指向特定的问题时这更容易去查找。

  · 好的测试都是一些独立的测试类-你应该让测试类与其他的测试、环境设置等没有任何依赖。这利于创建多个测试点。

  · 不要包含私有的方法-他们都是一些具体的实现,不应该包含在单元测试里。

  · 不要连接数据库或者数据源-这是不靠谱的。因为你不能确保数据服务总是一样的并且能够创建测试点。

  · 一个测试不要超过一个模拟(mock对象)-我们努力去消除错误和不一致性。

  · 单元测试不是集成测试-如果你想测试结果,不要使用单元测试。

  · 测试必须具有确定性-你需要一个确定的预测结果,所以,如果有时候测试通过了,但是不意味着完成测试了。

  · 保持你的测试是幂等的-你应该能够运行你的测试多次而不改变它的输出结果,并且测试也不应该改变任何的数据或者添加任何东西。无论是运行一次还是一百万次,它的效果都应该是一样的。

  · 测试类一次仅测试一个类,测试方法一次仅测试一个方法-组织方法能够在问题出现时检测出来,并帮你确定测试依赖。

  · 在你的测试里使用异常-你在测试里会遇到异常,所以,请不要忽略它,要使用它。

  · 不要使用你自己的测试类去测试第三方库的功能-大多数好的库都应该有它们自己的测试,如果没考虑用mocks去产生一致性的结果的话。

  · 限制规则-当在一些规则下写测试时,记住你的限制和它们(最小和最大)设置成最大的一致性。

  · 测试类不应该需要配置或者自定义安装-你的测试类应该能够给任何人使用并且使它运行。“在我的机器上运行”不应该出现在这。

  希望这些准则能够帮那些在学习或使用单元测试的朋友。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小熊分享邦(www.xxfxb.com),希望大家能坚持软件测试之路,谢谢。

赞(0) 打赏
未经允许不得转载:小熊分享邦 » 如何编写更好的单元测试?| 小熊测试

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏