2023年6月28日发(作者：)

软件测试需求评审为什么要组织需求评审好处就是提前介⼊测试⼯作，已静态评审的⽅式，尽早发现产品问题如果你需求评审需求⽂档中有误，那么就会产⽣⼀个现象，在随后的开发过程和测试过程，这个错误越来越被放⼤。需求⽂档如果逻辑上产⽣⼀些错误，那么你到时候写⽤例的时候呢，就会发现很难写，其次开发的过程中也会因为这个逻辑的混乱，开发出来的代码出现错误等其他因素评审前期⾸先我们会获取到产品下发的需求说明和原型，提前理解记录⼀下问题(逻辑错误，暂未实现，需求不明)1. 对需求⽂档中所要实现的功能有⼀个⼤致的理解（测试⽅法，测试范围，测试时间做到胸有成⽵）2. ⽂档有没有存在前后不⼀致的逻辑错误或和现有业务有冲突1. 产品需求⽂档中描述是否准确，需求应该尽量准确，⽆异议。避免不同的⼈员之间产⽣差异化的理解2. 从⽤户的⾓度考虑挖掘⽤户潜在需求；这样设计是否合理，能否达到⽤户的要求，满⾜需要。评审中1. 参加需求评审会议 -- 主要有产品负责讲解 -- UI/前后端开发/测试 --项⽬经理都会参加；2. 作为测试⼈员主要是站在⽤户⾓度，需求讲解后提出问题，共同讨论，明确需求，统⼀理解；1. 会议上对之前整理出来的疑问点，需要加以澄清评审后要时刻关注需求的变更情况对于测试过程中发现的⼀些疑问点或者需要澄清的内容，可以单独找产品确认（不能带着疑问测试）我们对⾃⼰所测试的系统业务了解越多，对需求评审把控能⼒越强；加强⾃⼰测试域的业务理解⾮常重要举例：产品⼀句话需求我们要做个杯⼦如果对python⾃动化测试、web⾃动化、接⼝⾃动化、移动端⾃动化、⼤型互联⽹架构技术、⾯试经验交流等等感兴趣的⽼铁们，可以关注我。我会在公众号（程序员阿沐）/群⾥（810119819）不定期的发放免费的资料链接，这些资料都是从各个技术⽹站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给⼤家。欢迎分享，欢迎评论，欢迎转发。需要资料的同学可以关注我获取资料链接。