测试当然需要参加需求评审会,而且是必须参加的。
需求评审会,是由产品经理牵头开需求评审会议,UI设计师,研发、测试、运营、市场、运维、财务等部门参与评审会,宣讲需求的背景和目的,理清所有需求功能点、分析客户的需求是否合理、可行。
这个会议,有时候是会大家一起到会议室里参与,也有可能是借助腾讯会议等工具集齐相关人员进行线上会议。
1、需求分析、评审的目的
-
分析客户的需求是否可行
-
保证需求说明书的完整性、准确性
-
保证项目团队对需求的理解达成一致
-
降低因需求不明确带来的项目延迟、失败风险
2、需求评审会的过程
会前:
-
产品经理发出要评审的文档,包含软件需求说明书和原型图等;
-
测试人员先熟悉大致内容,关注需求文档的文字描述是否准确、需求是否完整,交互内容是否清晰、流程是否流畅合理等,记录有疑问的地方。
会中:
-
各方人员提出需求不清晰的地方,产品经理做出解答并记录。
会后:
-
产品经理根据会中调整过的地方,最终更新需求文档。
3、需求评审会的与会人员
-
设计部门分析UI的设计方向,明确交付UI的时间;
-
研发分析需求是否可实现,明确提测时间;
-
测试分析需求测试所需要的硬件、人力资源以及测试结束时间;
-
产品确认各部门的工作排期,确定最终交付时间。
4、测试人员为什么必须参加需求评审会?
-
作为专业测试:
-
确认自己对需求有清晰的理解;
-
确认需求文档完整、准确、无明显示错误、能够指导后期工作(设计、开发、测试);
-
分析测试范围,提取测试点、判断需求是否可测、需要用到什么样的工具或手段;
-
必要时提出建议。
站在用户的角度:
-
测试人员在工作中,实际上是模拟用户的操作,因此需要对系统的业务很熟悉,站在用户的角度来考虑问题,分析需求是否符合实际业务需求。
-
PS:需求文档的形式
1、word文档的需求规格说明书+原型线框图
2、在禅道、tapd、Wiki等项目管理工具的产品--需求里写
3、在蓝湖、墨刀等在线协作工具上写需求文档、原型、UI等,所有团队成员都可以同步看到最新的需求内容,减少传送文件的麻烦。