大家好，我是阿娟，一位从业 7 年的软测试程序媛
作为一名测试人员，参与需求评审是必不可少的一个环节，今天给大家分享如何更好做好需求评审。
一、什么是需求评审
项目开发过程中非常重要的一个环节，多方一起探讨最终对需求认知达成一致。
二、为什么要需求评审
一）统一目标，明确需求
保证同一个需求大家理解的是一致的，并第一时间发现需求不合理点或者需求遗漏
二）避免口头约定，减少沟通成本
三、如何需求评审
一）前期准备
约人，约时间，预定会议室，产品同学准备需求稿，开发和测试同学提前熟悉需求
二）进行需求评审
积极主动，需求评审过程中遇到问题一定要多沟通
三）评审完成
一定要输出会议纪要，要包含：未确定的需求要@到人并给出提供方案的最后时间，确认的需求有修改的部分也要及时同步更新。
四、不同角色如何进行需求评审
一）开发
从技术角度提出对于当前需求实现的看法和理解，也可以作为一个普通用户说一说你对当前的这个需求的理解。
二）测试
首先作为用户说一说对当前的这个需求的理解同时依据自己的测试经验扩展到一些异常测试和专项测试，例如弱网场景，安全测试，性能测试等等。
三）产品
除了基础的功能交互，可以根据用户画像或是用户使用习惯提出更符合的交互设计逻辑。
五、需求评审常见问题
一）需求文档不完整，如何开展工作
1、尽可能多地询问他人获取更多的需求资料
2、探索性体验产品，快速了解主流程及功能点
3、根据已有测试经验，梳理测试场景和需求，例如之前测试过登录相关的功能，测试新的登录功能时，可以根据以往登录功能的测试经验，梳理登录的测试点
4、在交互文档的基础上梳理测试场景和需求并和相关同事确认
5、体验竞品或同类型产品，梳理产品功能点
二）没有需求文档如何开展工作
1、主动去了解做这个需求的背景、实现的目的，这个可以找产品或者对应的开发同学，或者找对应提出这个需求的同学，掌握这些内容后，测试的时候才能做到心中有数，知道需求实现对不对
2、尽量让熟悉这块的业务的人去测试，可以尽快发现对应问题，比如说需求设计不符合业务流程、计算的方法不符合业务标准等
3、因为没有需求说明书，测试同学编写用例没有可以参考的需求文档了，依照测试经验或是参照已有的产品进行测试功能点的梳理和编写，在进行组内评审，看看是否还有遗漏的地方，这样确保不会遗漏测试点，提升我们测试的质量
以上就是今天的分享，谢谢你的阅读呀~
