作者：朱金灿

来源：

 

           一个软件的功能的越来越多，怎样建立一个规范的測试流程来保证对开发的功能进行充分的測试，是摆在我们面前的难题。在改动bug中经常会出现一种“按下葫芦浮起瓢”情形——改动了A模块的bug，却造成了原来測试没有问题的B模块出现了新的问题。这就促使我们思考：怎样保证測试的百分百的覆盖率。为此我设想一种迭代測试和迭代公布的流程。这个流程详细是这种：全部功能測试分为常规功能測试和新功能測试。所谓常规功能測试是指之前測试已经比較充分的功能，可是在新版本号的公布依旧须要对它进行測试。

所谓新功能測试是指未经过充分測试的功能。毫无疑问在完整的測试中常规功能測试是不可缺少的，但重点应该是新功能測试。常规功能測试尽量採用自己主动化測试（比方结合每日构建通过编写脚本进行自己主动化測试）。新功能測试能够多採用人工測试。

首先第一次測试肯定都是新功能測试。在每次測试完之后測试负责人依据測试结果又一次划分常规測试和新功能測试的范畴：比方某些功能已经稳定了。能够纳入常规測试的范畴，某些功能近期老出问题，就纳入新功能測试。

这样经过时间积累正常情况下常规功能的范畴肯定越来越大。測试人员能够集中精力用于新功能測试。