TMM和游戏（一）

概念和例子章，一定有学习的价值，游戏产业基于一些问题，大部分的概念都是由软件产业带过来的。游戏测试也是在公司内部技术含量和重要程度偏向弱化的，实际上是可以改变的。

我也被一些朋友戏称为游戏产业的CMM…呃惭愧，实际上只是可以勉强做得好=>CMMI3，4以上的级别我自己就没有接触过了。

但是不得不提的是，阶段性和模型，你在查阅CMMI1~3里就能看到国内包含已知大公司的工作流（工作流不是工作流程），接近一样，所以可以验证为暂时是科学的，实际就是科学的。

之前不少人觉得开启成本大或者没有必要及纸上谈兵，我愿意写点东西分享部分和浅谈是作用在哪里？结合了部分软件工程，程序设计来源向项。

测试成熟度模型(test Maturity Model)，他对应的是CMMI和CMM，通过成熟模型级别进行评估和改进。

已验证通用于游戏产业，我是用了差不多5年，拆分在公司中出来做的，整体依然完全遵循模型原本的东西，不做位置的修改，不过当你很清楚游戏开发的阶段性，你自己也可以调整下做的时间多少。

什么是成熟度目标，很简单0级别%，升到了100%就到了0级100%，1级包含了0级的内容，是在0级做了优化的，那么最高级别，5级也就是最大的了。我这里只有能力谈到TMM2，经过验证过。

举个工程师的假定只有2级例子，这里用肯定不恰当，但有一定参考性，工程师的技能假设有6项目，每项目的都是必须存在的，那么123代表了初级工程师的，1456代表高级工程师的，按业务来区分的例子，那么其中123代表的是初级的特征，456代表了是高级的特征。其中1是必须的，知道是什么___（填空）？测试技能不分重要性，只由全面性和每项到一定的深度才能升级，就和一个技术天赋树一样。

回到原来话题，TMM的5个级别反映了不同测试过程的成熟度。

TMM等级1：

没有目标；缺乏测试资源（用例，规划和测试方法），工具和熟练的测试人员，没有明确的计划。

这个是很多公司存在的，概念混淆测试方法比较单一，也没有防止漏测的行为。

比如一直跑游戏，制定1个时候后，收集大家的问题，如果问题不多和不大，就要上线了。

或者完全依赖项目组的指派，要做什么就做什么。甚至把大量时间用于测试概率方面。

对理论方法比较缺乏，凭借自己的游戏能力进行测试。

做为1个苦逼青年，我前几年的光阴阿。还好我失恋了后，奋发研究，老天虽然忙，还是比较公平的。

那么如何改进呢，上面讲的是相反的，如何转换成正面不用说了吧，转换成正面后，你会发现阿，原来这块涉及到了前1~3的部分。相信看完这份文章后，我自领团队的同事，也就明白了TMM1~5时什么，实际都完全接触到了。后续学到多深，加油吧。

 

TMM等级2：

阶段性定级：

制定测试计划与调式目标；

启动测试计划过程；

制度化基本的测试技术和方法。