100%的自动化测试并不是最优选择

在敏捷开发中,我们通常认为不好的代码或者没有自动化测试的代码就是一种负债(Technical Debt),未来需要偿还,将来所花费的精力可能比现在还还要多一些。

这个让我想到了企业负债,这些负债也是将来也比现在还要多一些。实际情况是,大部分企业都有负债,而且还不少,现在通常认为资产负债率是有一个合理的空间的,如果低于30%,还会被认为是资本运作能力不行。

那为什么自动化测试就一定非要100%才是好的呢?同样的道理,我认为100%的自动化测试太过保守。对于一个项目来说,应该是有一个合理的自动化测试覆盖区间,具体多少最好,见仁见智。少的我见过仅仅用自动化测试覆盖冒烟测试的,多的见过自动化测试超过90%的,因人而异,因项目而异。但是下次如果遇到一个人说他的项目100%自动化测试,那么不是他太保守了,就是项目发起者太有钱了,还有第三种可能,他在吹牛。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值