需求评审

     以前参加的需求评审基本是一个项目里的小迭代，就知道针对需求进行评审，昨天下午参加了一个新项目的需求评审，总结下经验：
    1.需求评审前需要看需求文档，熟悉新做的项目的基本功能
    2.对于新项目有好多功能是从产品中挪过来的，需求也没有写，但是我们测试在参加评审时需要对之前的功能也进行讨论
      把遇到的问题都记录下来，然后再会议上提出来。
   3.对以前项目没注意发生的事故也要进行回忆，防止新项目有同样的问题
   4.对于一些模块没有控制权限问题，谁都可以添加、删除需要着重提出，以防以后用户自己操作数据删除了说丢失数据找不到原因
   5.对于测试的范围需要确认，哪些是需要测试的哪些是不需要测试的
   6.对于测试的环境也要确认，比如分辨率问题、ie浏览器版本问题
   7.对于功能里用的其他模块的数据，而恰巧其他的模块还是不用测试需要对数据来源进行确认，如数据过来显示错误是哪方的问题，不要到时候扯不清