8. 运营层面的质量
　　更进一步，关注运营方面的质量，跳出传统意义的质量的范畴，关注我们的业务指标，不只是做一个高质量的产品，而是做一个业务上成功的产品。
　　比如下面这样的例子：
　　- 商品详情页的图片的质量
　　- 活动页面和详情页面价格不一致的情况
　　- 运营配置的错误导致的问题，哪些是可以监控发现，哪些是可以推动运营平台的规则检查?

　　每次我们的思路跳出一些框框，都会有不同的领域。有点点哲学上的意味，很多领域做到后面，其实会超出那个领域本身的范畴。好比高性能的汽车，到后面不得不研究空气动力学这个原本是和航空有关的东西。但是，这是否超出了本意，如果去看待，又是另一个问题。
　　其实这样的三个阶段也是一个粗略的划分，并不一定要逐步的来发展，其实都是一些具体的做法和实践。以我目前经历过的实践只想到这样的层次，应该还有更高级的阶段。
　　我们越到后面我们发现进一步的努力带来的提升幅度其实不大。但是很多事情也是一样，从85分到90分付出的努力可能比50到80分的努力还要大。另一个更有趣的是汽车的极速和马力的关系，家用车100马力开到180km/h是能做到的，但是超过时速300，每提升一点需要增加的马力要大得多，到400以上，车时速每再增加一公里，功率需要提升八马力。这篇文章读起来非常有意思， http://blog.sina.com.cn/s/blog_4d0109a301000ajz.html
　　写到这里，我们可以跳到整个公司或者业务的层面，来思考一些对于测试更深层次的问题:
　　测试团队存在的价值和意义是什么？
　　只有对业务有明确的价值，业务测试，或者说整个测试团队才有存在的意义。只要业务OK，砍掉测试团队也不是不可能。我们必须时不时的跳出我们自己的思维的圈子，站在整个事业部老大的角度来思考下测试的价值和意义。
　　在下一篇关于测试组织方面我们可以再讨论下这方面的内容。
　　还有一个体会：测试的水平反应整个研发体系的能力和水平。
　　如果我们的测试还专注在第一阶段，那说明整个研发还比较初级，开发和测试都是温饱的阶段。当我们的测试人员不再趴在地上盯着基本的功能质量的时候，才有可能抬起来看看更多有价值，有帮助和有长远意义的工作，慢慢形成一个良性的循环。