需要谈谈的 游戏测试（八） 未完成版本

最常见的测试流程（a-d较成熟，但不认同有科学性，可改进）：

a.项目组 [新增项] =>研发测试[迭代测试] =>项目组[debug]

b.研发测试 [历史版本缺陷跟踪] => 项目组[debug]

c.项目组[debug反馈] =>研发测试 [debug回归]-{版本回归}

d.研发测试[持续bug提交] =>项目组[debug]

a-d为顺序，但也可以缩减 看新增项的质量和过往版本是否有交叉（都和质量有关）

过程一：a,c            --和周期有关

过程二：a,b,c          --和新增项的量有关

过程三：a,c,d          --和过程二基本相同，差别为无交叉性

华丽的分割线  华丽的分割线   华丽的分割线   华丽的分割线线线线线线

（e.f部分属于游戏测试很少接触的分支）

e.研发测试[度量缺陷]= 研发测试[历史版本缺陷跟踪]+研发测试[剩余高缺陷总量]-[风陷化]-[无法定向]

f.研发测试e[结果] =>是否停止提交缺陷

华丽的分割线  华丽的分割线   华丽的分割线   华丽的分割线线线线线线

G.研发测试f[结果] =>项目组（多线开发）

 

研发周期 最常见的交付流程:项目组<wins> [提交版本]=>研发测试 [测试反馈] => 项目组[版本发布]=> 运维<linux>

转自我的新浪 http://blog.sina.com.cn/chendamao1983