测试过程中的需求评审

   作为测试人员大家都知道，后期发现的很多bug可能都是由于需求问题因起，而且需求引起的问题很多时候可能都是灾难性的，所以测试中需求评审就变得越来越重要了，那么需求评审主要从那些方面进行着手了，一下几个基本点进行了说明：

注：一下内容来自《需求的实践》作者：林星（iamlinx@21cn.com），因不能直接复制，对内容进行了部分截取；

需求评审的要求：

1.      明确性；

目前大多数的需求分析仍然采用的是自然语言，自然语言对需求分析最大的弊病就是它的二义性。所以我们不得不对需求分析中采用的语言做某些限制。例如尽量采用主语+动作的简单表达方式；

2.      完整性；
   需求的遗漏是很经常发生的问题，因为更多的时候他们自己都不知道要做些什么；

3.      一致性；

      用户需求必须和业务需求一致，功能需求必须和用户需求一致；要严格遵守不同层次间的一致性。才能保证最后开发出来的软件不会偏离最初的实现目标。在实现过程中，我们还必须把一致性关系细化；比方说用户需求不能超出先前的制定的范围；

4.      可测试性；