我们常说，测试人员，不仅仅要懂测试，还有懂业务，那对咱们来说，什么叫懂业务呢？——我们的用例来源大部分是产品文档，如果说，能够把产品文档落实到case上就算懂业务了对不对？——相信咱们team的同学一定记得咱们常常说的那句话，只是懂产品文档对我们的测试人员来说是远远不够的。。。
如果要成为对咱们的产品、业务最熟悉的人，需要做到几个层次：
首先，除了产品文档描述的功能之外，你是否了解你所负责的项目的内外部接口？——这里的接口是指功能上的接口，比如我在pc客户端也可以往空间上传照片，这就是空间对pc的外部接口，比如我在论坛能够发帖转到空间，那这是空间的内部接口。这是我们对咱们自己的产品了解的第一个层次。
第二个层次，还是有关接口，但是这个接口则是落实到程序上的。还是打个比方，在功能上说，我开通飞信、关闭飞信是两个功能点，但是很有可能是一个程序接口来完成的。那么，对于这些程序接口的了解，对我们设计用例的简洁性和效率提高上，将是非常有作用的。——那这些接口怎么来了解到呢？两个方式咯，书面的也就是开发设计文档，以及口头的传授，我们来总结。
第三个层次，是关于业务的整个数据的走向，比如，我发一篇日志可能会出现在几个地方？比如我的统计的一个数字会在统计系统中影响到哪些数据。这些就是数据层面的知识，谁能说这些不是关于业务的呢？
第四个层面，则是要落实在用户交互上，对于我们这种互联网性质的产品，用户交互千变万化，如何在这些复杂的交互中科学的设计用例，将是我们永恒追求的目标，当然，解决这些问题，还是有一些可以普遍试用的方法存在的，这也是我为什么让大家注意总结和提炼，也是为什么要推广咱们的正交试验法啦～
第五，用户体验。我们要时刻明白，我们在测试的不是程序，而是有生命的产品～用户体验做的好不好直接影响到我们产出的结果是否被广大用户所接受。在这里，用户体验怎么测对测试人员来说，才是一个大挑战，怎么既要站在功能点设计开发的角度，又要站在用户的角度设计case，是我们需要时刻思考如何转换思维的～希望在这个挑战上，咱们能够多多总结，多多提炼～～
其实还有好多方面，一次写的有点多了，以后再慢慢补充，也欢迎大家来讨论。其实这些，归根到底是我们一直强调的风格，一手抓产品文档，一手抓设计文档，头顶用户体验，胸怀数据交互逻辑，——那，我们就人剑合一了～～～
