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