需求评审的一些事儿
为什么做需求评审?
- 充分理解需求,为后续的测试用例的编写打下基础
- 基于对需求细节的了解,可以更准确地评估测试的要点和工作量
- 发现需求中模糊的地方,预防缺陷的产生
需求评审前
- 完整性审查
应保证测试需求能充分覆盖软件需求的各种特征重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求。
- 准确性审查
应保证所描述的内容能够得到相关各方的一致理解各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据
需求评审会议中
- 带着列出的疑问点向产品、开发沟通自己对产品的疑惑和质疑点,多提几个为什么?比如:
- .如何实现?
- .数据获取来源?
- 超出预期的数据怎么处理?
- 缓存处理机制如何?
- 数据保存何处?
- 逻辑由前端处理还是后端服!
需求评审后
- 评审后——保持持续跟进,反复review
- 评审结束不代表就等着上线了,接下来要做的是持续的关注。需要不断的review,确保该表达的细节都有表达
- 需求更新,请维护好更新的记录,在什么时间点更新的,请通知相关的开发测试设计同学,不要藏着掖着
- 跟进开发计划和进度
- 准备二期的内容