赞。效率真高！周末没闲着，这么快就出来这么详细的文章了。

楼主性情中人。！

发一篇参考文档：http://mit.bme.hu/~micskeiz/pages/modelbased_testing.html

赞一下分享精神。
我们团队也有 MBT 的想法。结合测试理论来看，应该有好几种方式，在实际项目中一般会结合使用。
例如流程图、状态机、正交或者 pairs、边界值和等价类等，我们希望能做出一个平台能够综合这几种方式。

Testlink 本身就支持重复导入的（导入时候有个选项），后面导入相同标题的案例会覆盖之前的案例。
有部分同学说 xmind 不好写详细的步骤和结果，我们的方案是先用 xmind 写分析-》导出到 excel 写案例详情-》导入到 testlink 做管理。

楼主，请教一下怎么做到对服务的性能没影响？ 我们也是基于类似的原理用 jacoco 开发的，发现部署上去后服务器下降比较大，后面就停用了。

写的很详细，与 58 的方案有些类似，感谢分享。
个人感觉，压测方案和系统的架构是息息相关的，相比起来，我们的性能测试还是比较原始一些，基于场景使用工具压测接口为主。

对楼主大部分观点都比较赞同。补充谈点感想。
首先，任何工作的开展都是围绕价值，更确切的说是给客户带来的价值，包括短期和长期的。
其次，测试开发，围绕的价值还是测试质量和效率的提升。例如我们做 UI 测试自动化更多的是起到核心功能回归测试的作用，也就是投产质量看守的作用。那么首先对核心功能的判断、其次覆盖率的度量还是有必要的。
另外，一个外行看似简单的产品，内在功能和逻辑在懂行的人眼中还是非常多的。具体核心功能的判断，建议还是基于测试理论中的 RBT 理论进行筛选。

好的，加你微信了哈。