注重实效的单元测试总结

发表于:2010-5-18 15:31

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:单元测试之道    来源:51Testing软件测试网采编

  一般的原则:

  测试任何可能失败的地方。

  测试任何已经失败的地方。

  对于新加的代码,在被证明正确之前,都可能是有问题的。

  至少编写和产品代码一样多的测试代码。

  针对每次编译都做局部测试。

  签入代码之前做全局测试。

  要回答的问题:

  我如何知道代码运行是否正确呢?

  我要如何对它进行测试?

  还有哪些方面可能会发生错误?

  这个问题是否会在其他的地方出现呢?

  测试哪些方面:使用你的RIGHT-BICEP

  结果是否正确(Right)?

  边界(boundary)条件是否正确?

  是否可以检查反向(inverse)关联?

  是否可以使用其他方法来交叉检查(cross-check)结果?

  错误条件(error condition)是否可以重现?

  性能方面是否满足条件?

  好的测试是A TRIP

  Automatic(自动的)。

  Thorough(全面的)。

  Repeatable(可重复的)。

  Independent(独立的)。

  Professional(专业的)。

  CORRECT边界条件

  一致性(Conformance)--值是否符合预期的格式?

  有序性(Ordering)--一组值是该有序的,还是该无序的?

  区间性(Range)--值是否在一个合理的最大值和最小值的范围之内?

  引用,耦合性(Reference)--代码是否引用了一些不受代码本身直接控制的外部因素?

  存在性(Existence)--值是否存在(例如:非null,非零,包含于某个集合等)?

  基数性(Cardinality)--是否恰好有足够的值?

  时间性,绝对的或者相对的(Time)--所有事情是否都是按顺序发生的?是否在正确的时间?是否及时?

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号