用例评审时间
在项目测试阶段,有重要模块改动或者全新模块需求时,对相应的用例设计大纲要进行评审。
评审用例时间尽量选择在一轮测试之前,不应该晚于二轮测试。
用例评审内容
项目测试阶段,重要模块改动或者全新模块需求的用例需要评审。用例评审内容来源渠道:
1、项目负责人(即,负责项目质量、进度的测试人员)负责收集当前版本需要评审的用例,也要及时上报评审。(该渠道为评审用例的主要来源)
2、组内人员主动希望进行评审的用例也可以进行上报评审。
3、如果用例非常庞大且时间紧张的情况,用例评审人需要整理出重要的逻辑,从而在时间紧张的情况,可以让用例评审参与人集中评审重要逻辑部分。
用例评审准备
1、用例评审人要在评审前将需求、测试大纲准备好。
2、用例评审人需要在评审前将需求中,存在明显问题的内容进行确认。
3、用例评审人需要将测试大纲结构整理清楚,评审时不能存在严重的结构问题,以免影响到整体用例评审效率和进度。(如果用例评审人对自己的用例结构有所疑惑,应该找到项目负责人或者用例评审负责人进行初审)
用例评审会议邀请
1、用例评审负责人(大家可以选出一个专人,对用例评审进行组织负责,即为用例评审负责人)负责与各个平台项目组负责人协调具体会议时间,并且发送会议邀请。
2、会议邀请中,要包含需求、用例设计大纲。
用例评审会议流程
1、用例评审参与者尽量提前阅读了解需求。
2、用例评审人讲解需求。
3、用例评审参与人员对需求提出问题,用例评审人进行解答。
4、对于流程性较强的,用例评审人需要给大家梳理一次流程,最好有提前准备好的流程图。(不建议现场画制)
5、用例评审人讲解测试大纲,按照用例层次讲解;首先对自己的子功能、子子功能划分情况进行说明;之后到检查点;最后到影响因素。
6、在5的整个过程中,用例评审参与人