标签：脚本 开发 replace 结合 class 需要 war 迭代 title
一个软件的功能的越来越多，如何建立一个规范的测试流程来保证对开发的功能进行充分的测试，是摆在我们面前的难题。在修改bug中常常会出现一种“按下葫芦浮起瓢”情形——修改了A模块的bug，却造成了原来测试没有问题的B模块出现了新的问题。这就促使我们思考：如何保证测试的百分百的覆盖率。为此我设想一种迭代测试和迭代发布的流程。这个流程具体是这样的：所有功能测试分为常规功能测试和新功能测试。所谓常规功能测试是指之前测试已经比较充分的功能，但是在新版本的发布依然需要对它进行测试。所谓新功能测试是指未经过充分测试的功能。毫无疑问在完整的测试中常规功能测试是必不可少的，但重点应该是新功能测试。常规功能测试尽量采用自动化测试（比如结合每日构建通过编写脚本进行自动化测试），新功能测试可以多采用人工测试。首先第一次测试肯定都是新功能测试。在每次测试完之后测试负责人根据测试结果重新划分常规测试和新功能测试的范畴：比如某些功能已经稳定了，可以纳入常规测试的范畴，某些功能最近老出问题，就纳入新功能测试。这样经过时间积累正常情况下常规功能的范畴肯定越来越大，测试人员可以集中精力用于新功能测试。
标签：脚本 开发 replace 结合 class 需要 war 迭代 title
原文地址：http://www.cnblogs.com/dangkai/p/6075934.html
