敏捷环境中的TMMi之3-敏捷vsTMMi

关于敏捷

2001年，代表最广泛使用轻量级软件开发方法的一群人就一套共同的价值观和原则达成了一致，成为了众所周知的的敏捷软件开发宣言或敏捷宣言。

敏捷宣言包含四个价值观：

胜过过程与工具；
胜过完备的文档；
胜过合同谈判；
胜过遵循计划；

敏捷宣言认为，虽然右边的概念有价值，但左边的概念更有价值。

敏捷本身并不是一种方法论，但是同时开发和支持不同的方法，提供了将这些价值付诸实践的途径。

支持敏捷方法的三个重要代表是极限编程（XP），Scrum和Kanban（看板）。

极限编程（XP）是上世纪90年代在软件开发圈就逐渐被使用，并不断归纳总结出来的一些最佳实践集。

Scrum代表了敏捷开发的最佳实践流程和管理方法。

Kanban（看板）的精髓是构建了一个实时的“拉动”系统。

TMMi（测试成熟度模型集成）

TMMi框架由TMMi基金会开发，并在2010年正式发布了v1.0。

TMMi中定义的广义的测试涵盖所有与软件产品质量有关的活动。

作为测试过程改进的指导和参考框架，TMMi解决那些对测试经理，测试工程师，开发人员和软件质量人员来说很重要的问题。

TMMi的开发，旨在支持组织评估和改进其测试过程。TMMi使用成熟度级别的概念进行过程评估和改进，此外还定义了过程域，目标和实践。

TMMi 是一个阶段型架构，它包含5个级别，规定了成熟度级别和测试过程改进的路径，组织可以通过它们使组织的测试过程从临时的和未管理的，进化为已管理、已定义、已测量和优化的过程。

TMMi 内部结构有丰富的测试实践，可以被系统的学习和应用来支持质量测试过程，这些过程是通过增量的步骤来进行改进的。

使用TMMi成熟度标准，将改进测试过程，并显示出对改善产品质量、测试生产力和开发周期方面的积极影响。

TMMi的一个主要基本原则：它是一种适用于各种生命周期模型和环境的通用模型。TMMi定义的大多数目标和实践已证明适用于顺序和迭代生命周期模型，包括敏捷。

TMMi可在TMMi基金会的网站上免费获取。该模型已被翻译成西班牙文，法文和中文。TMMi也以出版的书籍格式提供。

敏捷原则对TMMi的意义

敏捷的一个重要原则是“可用的软件胜过完备的文档”，文档只有在对它有明确无误的需求时才会创建。

在敏捷环境中，TMMi R2.0认为“不规范也合法”的策略通常是非常合适的。在敏捷环境中，不仅测试文档需要减少详细程度，过程文档也是如此。

“不规范也合法”策略的意义在于，如果有一个过程可行，但在某些方面它不那么规范，那么就按它是怎么执行的去执行。

轻量化过程并不意味着每个可能的使用场景都需要描述出来，在保持敏捷文化，将测试过程成熟度带给敏捷组织的同时，TMMi评估师需要受到适当的培训，才能为敏捷组织提供适当指导。同样，TMMi评估师在评估期间，收集证据的重点，将转向采取更多访谈而不是研究工作产品。

在使用敏捷时，测试过程改进的方法将倾向于将重点放在评估问题根本原因的分析方法上，这对于解决问题的思维方式来说是非常有用的方法。