我写这篇文章的起因是由于看了@unclebobmartin在微博上的一些看起来言之凿凿的话语。给那些不认识Uncle Bob的人介绍一下——他是我们软件产业里***的一个专家,是《 Clean Code(代码整洁之道)》这本著作的作者,是敏捷宣言(Agile Manifesto)的签署人之一。在上世纪九十年代,他对文献***面向对象实践方法贡献了很大的力量。所以,当他说话时,我们一定要关注一下。
成都创新互联专注为客户提供全方位的互联网综合服务,包含不限于成都做网站、成都网站制作、安泽网络推广、小程序制作、安泽网络营销、安泽企业策划、安泽品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;成都创新互联为所有大学生创业者提供安泽建站搭建服务,24小时服务热线:13518219792,官方网址:www.cdcxhl.com
他给我们日常的TDD和单元测试制订了一个***纲领。我们可以从他的微博里清楚的看到这点:
“两件事。可重复性和成本。跟自动化测试比起来,手工测试的成本高的可怕。”
“手工测试不是测试;那是在做实验。只要有人的因素牵涉其中,那结果就必然可疑。”
“你们告诉我的实际意思就是让我大开方便之门、不去测试某些程序。哼…”
“代码覆盖率100%并不是成绩,那是***要求。即使只写了一行代码,你也要测试它。”
他接着把软件测试跟在其它领域里常见的但被认为很关键的活动进行了比较:
“战地外科医生也许没有最够的时间做严格的消毒,但这带来的风险可能是死亡或高昂的治疗代价。”
“会计难道只会把80%的数据表做双份备份吗?”
“有多少回你们都看到了那些严重的宕机事故都是因为一些愚蠢的程序员以为那些愚蠢的代码不许要经过测试而导致的?“
他的所有这些观点都很有价值,但他只向我们展示了问题的一面。现实中并不是所有的应用都需要如此谨小慎微的测试。并不是所有的应用都跟战地手术或巨额资金核算那么重要。(更不要说在很多情况下的为”合理避税“而做的帐务:))。
一个更重要的原因是,100%的测试覆盖率并不能保证bug的不出现。就连Uncle Bob自己也承认:
”测试并不能杜绝bug。但测试能保证程序的行为是符合预期的。“
这很显然指的是:同一个程序员在程序里埋下的概念性或逻辑性错误,由他自己测是绝对测不出来的。
最终,所有的问题归结于ROI(投资收回率)和实用主义。有些应用比其它应用需要更多的测试。有些bug需要比其它bug投入更多的精力去修复。究竟是否需要在自动化测试是投入更多的时间和财力,或多少覆盖率是合适的还是过分了,这都需要人的主观判断。
文章题目:你真正需要的代码测试覆盖率是多少?
标题来源:http://www.shufengxianlan.com/qtweb/news6/124706.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联