大道至简，至易

有时候想起测试2个字，挺头疼的！觉得挺没技术含量，等等细细，有好像自己犯了大错的。

架构是门艺术活，需要你足够的思维深度和智慧！

开发确有迹可寻，例如实现某个功能，其中的逻辑理解，道理明了，事情就解决了，功能也就实现了。

而测试呢？把一个功能交给测试，测试得在一定的时间告诉boss，她是正确的,可你心里真的觉得这个功能ok,还是忐忑不安！！！

在看来，测试是最有挑战的工作之一，你需要花费尽可能少的时间，找出功能上的缺陷，甚至东西一拿到手，你一下子就刨去很多毒牙！

有时候，你的功夫不亚于庖丁。

但我们更现实的时候，我们大多数做不这点，我们无法对自己测试功能有足够信息，我们的手段也很粗陋！更有些公司流程的阻塞...

暂且不管流程上阻塞。抛开这些，做我们自己能做的吧！

那怎么让测试更好，更快，更可靠？

1.对业务、产品和用户的理解，这无可厚非放在第一位。不懂产品，不懂用户，测试无从谈起。

测试负责人，应请产品、或组织测试人员加强这方面的交流

2.测试的有效性。

说的这点时候，很多人，第一下，想到肯定是自动化测试！其实错了，自动化能够大大节省测试人员的时间，但在实际她的真正的效用在整个测试比重最好为30%【理想】

上面说的有点让失望，其实失望才对，才不会真正浪费自动化的价值。

实质上要让，提高测试有效性最好的方法是建立合理的测试体系或是测试层次。

那如何建立好的测试体系？专注，至简，至易！

1.不要专注UI自动化，如果仅仅是着眼于UI自动化的测试，你迟早放弃，她不会带来多少价值，只会是损耗。

2.构建自动化测试平台，提供基础服务、技术服务，这点我挺佩服阿里测试上层的人。对平台的观念确实牛叉。

如何构建一个测试的平台，这个范畴是比较大，我这里只写包含哪些东西，以后再详尽。

一般一个测试平台需要提供一个基础平台服务，提供性能测试，接口测试，UI的入口，通过web输出最终的结果，wiki,html table,excel，txt文件作为测试数据，用例输入！

3.测试用例管理，测试用例，测试数据应独立，做的跟代码、脚本分开。测试人员专注自己的产品测试、业务

4.测试工具简单易用，自动化人员、测试开发人人员给测试人员提供简单易操作的自动化平台。这点说实话，阿里做并不好，有些工具使用比较繁琐，而且脚本跟数据的耦合比较紧！

3.适当code review机制，不要铺太大。

例如如果你仅仅是对代码做下微小的改动，按一般的流程，你编译，打包，冒烟测试，回归测试，验证。而事实上，开发仅仅是添加了几条debug的信息！

冒烟，回归真有必要么？我想开发一个人可能会犯错，但如果测试开发，开发人员一起花几分钟看下code，我想这更有效....

4.流程上的管控，事实上有些bug的问题的产生根本就是流程上issue，而本来是完全可以...,至于这些问题占整个bug比重多少？我也没统计，至少印象中有不少啊！

5.测试培训，交流

Anyway,在看来，测试不愧为一方佳丽。值得大家努力追求！！！！

后续有时间再写个如何建立测试体系。。。

所谓伊人，在水一方，溯洄从之，道阻且长。