产品会在需求评审前,会把需求文档发出来,给开发、测试看。
准备工作
作为测试,需求评审前,要大致过一下文档,了解需求核心内容。
例如,开发新功能?对哪个模块的功能做优化……
有空就细看,没空就跳着看。
粗略评估下,需要多少测试工时?
有什么疑问点?
评审过程
评审过程中,跟着产品的讲解,串联相关的功能模块。
对整体操作有大致的轮廓,了解测试重点在哪些地方?
在需求评审过程中,有疑问可以提出来。
在评审的最后,需要确认2件事:
-
需求期望的上线时间
-
要做几轮测试,我这边大部分的需求要走3轮,但有部分需求,例如涉及外部团队开发,无法提供灰度环境,那可能只测1轮
评审过后
会议结束后,涉及到测试排期的,要跟产品、开发对接。
如果涉及到其他团队联合测试的,确认好谁做主导?怎么协调测试时间?
今天分享到这里,有疑问的可以告诉我~
加油~
本文介绍了测试人员在产品需求评审前的准备工作,包括预览需求文档,评估测试工时和提出疑问。在评审过程中,关注功能模块和测试重点,并确认需求的测试轮次。评审后,涉及测试排期和跨团队协作的协调。
221

被折叠的 条评论
为什么被折叠?



