1.前言
一般来说，很多软件公司投入的测试资源是远远低于实际需求的，因为大多数管理人员重产品呈现，而轻产品稳定，尽管他们平时嘴里并非如此！也或者，更多的时候，这些管理人员，并不清楚如何开展测试。
我们有一个庞大的测试团队，但是我们的测试效果并不好。
你、我、他或许都会碰到这个头大的问题，作为一个研发负责人，我也经常为此头疼不已。
2.测试复杂性
一个相对规模的产品，摆在我们面前时，刚开始我们更多的是想着需求和技术，测试从来都是丢在另外一头，成为最不受欢迎的一个任务。
什么阶段考虑测试，如何规划测试，如何执行测试，如何批判测试效果，以及怎么评判可以结束测试，每件都是挠人的。
我们且不说从非功能测试和功能测试两个角度去完成测试。这两个方面，在我看来仅仅是测试的两个重要部分而已。
说了这么多，我们举个简单例子来说明测试的复杂性：
比如一个流程测试，有a,b,c三个步骤，每个步骤又有3个if，按排列组合的方式，我们要写多少个测试用例才能完成测试？
3、我是怎么规划测试的？
资源从来都是有限的，有些是量的有限性，有些是思维的有限性。
所有的测试，离不开测试用例，测试用例是整个测试的灵魂所在。
一套软件，测试用例设计是一件复杂的工程，没有全局性的视野作为指导，测试用例通常会先天不足，需求是最核心的指导文件。
测试需要根据产品特点规划出一轮轮大测试，不同轮次解决不同层面问题，做到层层递进，层层深入，目的清晰！
注重全局性，工具性， 产品稳定性测试方面，考虑使用自动化工具，更加注重测试用例的可扩展性和重用性。
测试用例的设计需要环环相扣，切不可彼此割裂，这也是测试最容易忽略的问题。
测试也可针对模块的重用性、组建化设计，这有利于倒逼架构。