对于一个新项目，QA通常会首先为新特性创建手工测试用例，为了之后维护方便，也通常将这些用例存放在一张Excel表或者一个专门的测试用例管理系统里。而在项目进行过程中或之后，具备自动化测试能力的QA团队会将手工测试用例转化为代码，加入套件(Suite)中，用于之后的回归。

以往我们认为手工测试用例与自动化代码之间存在联系，但并不紧密：

• 手工测试用例文档很容易阅读，可以帮助学习业务，但因为维护不够灵活，很难跟上快速的变化。依赖手工测试用例对项目进行回归又是及其痛苦的。
• 自动化测试代码可以很明显的提升效率，但不容易阅读。因为人们通常缺少更新代码注释的动力（没什么外人会用到，老鸟又不依赖它），久而久之我们不知道那一堆自动化用例究竟测了些什么，导致通过率逐步走低，又无人维护。自动化测试最终土崩瓦解。

这似乎是一种宿命般的失败。有些团队希望建立自动化测试体系，却从一开始就遇到类似的问题，导致进展缓慢，无法持续向老板秀出效果，最终又退缩回原点。

原因是什么？怎么去破解这个困局呢？

1. 用例文档不应该与自动化代码分离，而应存在于代码中，随着代码的变化而及时更新。
2. 用例文档应该简洁，可以自我组织与管理，并以一种清晰的结构被展现和分享。
3. 自动化测试用例的运行历史应该被测量和记录，数据可以集中形成几个直接清楚的度量指标，反映一个周期内的平均质量水平。
4. 度量指标应该可以形成简洁好看易懂的质量报告，向相关各方展示测试工作对产品关键方面的评测结果。

TestMP的测试用例管理和度量就是按照以上四点，为破局提供了一种解决方案。