需求深度分析及挖掘—只有更了解你，才能发现你身上的缺点

    软件测试不仅仅是针对软件，需求、设计文档都是需要尽心测试的。测试进行的越早越好，发现的bug越早，修改的成本就会越低，项目的风险也就越小。所以需求测试非常重要；在实际工作中，我也发现，对需求分析的越透越深，对测试的帮助就越大。也能让我们发现需求中漏洞也是百出。及时堵住了需求总的漏洞，项目几乎成功了一半。通过实践总结，我认为需求需要深度分析及挖掘；我的方法就是：苦读，深挖掘，细分析，不放过一个可疑点。

“苦读”：需求分析在整个测试过程当中是非常重要的一个过程，也是一个持续的过程。功能测试工程师水平高低的区别我认为就是对需求分析和理解的程度。苦读就是要求我们多读需求，需求分析没有太多的捷径，但是也是有方法的。我一般是先让产品经理给我们讲解项目的背景、意义和目的等，然后介绍一下项目需求；我带着一定的认识开始去读需求，先是泛读一遍，把整个项目的轮廓写出来；第二遍根据轮廓开始一块一块的去读，去分析业务场景，读到不懂的先标记下来；第三遍再针对每一块仔细分析其中的逻辑、流程、操作，分析之前标记不懂的内容，并及时与产品经理沟通。其实苦读并不是只读三遍，第三遍是需要我们不断的重复，直到项目上线。

“深挖掘”：是因为需求还要分为显示需求和隐式需求，产品需求和用户需求；其实说白了就是看得到的需求文档和看不到的用户需求。好的需求应该是把用户能想到的和用户想不到的都考虑到，但现实就是产品能把用户提的需求都描述清楚已经难得，如果能把用户没想到的需求也考虑到，那绝对是高人。现实很残酷，所以对测试的要求就要更高了。我们必须分析完文档中描述的需求，还要站在用户的角度考虑一下，是否有其他合理的需求。

“细分析”：就是针对每一个流程，每一个功能，每一个逻辑，每一个调用，都要细细的去分析；从细节，从全局，从相互依赖。

“不放过一个可疑点”：需求分析的过程也是测试的过程，对于每一个感到可疑的地方，都不能放过，必须通过自己分析，与产品经理、开发进行沟通解决。每一个可疑的地方都可能存在重大的漏洞。所以测试高手总源于细节。