钱林官网博客

当前位置:   网站首页 >> 员工感言

测试的最佳时间

  一般的测试在开发基本完成才启动;在传统的瀑布型开发模式中,软件测试位于编码阶段之后,是作为一个独立阶段存在的,许多人便一刀切地认为应该将所有的测试工作在编码完成后再开始。这个观点要不得,原因有二:

  首先,若将测试工作细分,有许多工作是可以提前先期执行的,如:需求书与设计书的学习、测试计划的制定、测试人员的培训、测试脚本的建立、测试资源的搭建、测试模板的创建、测试工具的选择等等,都是可以与其他阶段并行处理的,这将大大缩短项目开发时间,为测试提供充分的时间保障,提高测试质量。

  其次,软件缺陷发现的越晚,修改、补救所耗费的成本越高。引用Boehm在《Software Engineering Economics》一书中的话――“平均而言,如果在需求阶段修证一个错误的代价是1,那么,在设计阶段就是它的3-6倍,在编程阶段是它的10倍,在内部测试阶段是它的20—40倍,在外部测试阶段是它的30-70倍,而到了产品发布出去时,这个数字就是40-1000倍。”由此可见,测试目标的最佳定位应该是:在错误第一次出现的时候就捕捉到它。所以,在尽可能的情况下,测试越早展开越好。在项目的各个进行阶段,都有不同的项目产品产生,他们质量的好坏,对后续开发影响重大,所以,现在国际上比较流行的做法是:将测试融合到各个开发环节中去,尽早测试



发表我的评论

    验证码(*)

Hi,您需要填写昵称和邮箱!

  • 必填项