标签:数据 img 分享 实践 技术分享 部分 成员 任务 ati
成员 | 今日工作 | 备注 |
郭义 | 完成了白盒测试文档 | 1h |
杜杰 | 完成了代码复审方法 | 1h |
侯俊 | 完成了findbugs测试文档 | 1h |
李嘉蕊、姜黎黎 | 审核缺陷报告模板 | 0.5h |
唐伟 | 编写今日博客 | 1h |
会议记录拍照
由于在需求评审甚至设计评审阶段,需求和设计方案都具有很多不确定因素。后期测试人员只能通过文档获取最终信息,但仅仅通过文档又无法完全保证信息的完整可靠。所以,我们通过测试评审会针对重要逻辑进行口头确认的方式来作为文档确认的补充。
另一方面,测试方会对测试思路,测试方法,测试点进行呈现,开发等其他评审人员提问和补充修正,以达到完善测试案例的目的。
测试评审会主要包括三部分:
1、确认答疑:测试方针对需求和程序实现方式提出疑问,开发给予解答(时间控制在30分钟内)
2、测试呈现:
3、测试呈现测试思路,方法,策略等(详细参考文档《由浅入深分析测试需求》中的测试分析部分)(时间控制在30分钟内)
4、评审提问:
开发等其他评审人员进行提问和补充修正。(时间控制在20分钟内)
1、会议主持人唐伟:推动讨论,控制节奏,适时转移和终止。
2、控制会议时间:聚焦时间在50-80分钟,不要让一次会议超过2个小时。
3、会议记录员姜黎黎:评审中无法确定的问题和后续需要跟踪的任务,需要通过会议纪要记录并跟进。
4、有侧重的进行评审:
区分重点难点,需求中已明确的无需重复哪些是需要一笔带过的,哪些是需要重点详细评审的。
5、评审的目的是提出问题而非解决问题,所以终止对细节和不确定问题的讨论,记录跟踪即可。
6、测试呈现的重点:
1) 采用的测试方法
2) 等价类划分的依据
3) 测试数据的选取和准备方法
4) 流程测试的路径组合
5) 数据比对选取的对象和数据检查点
6) 是否需要模拟数据及模拟数据的方法
7) 基于风险的测试取舍。
明天查看组员成果
标签:数据 img 分享 实践 技术分享 部分 成员 任务 ati
原文地址:http://www.cnblogs.com/hust1703SE/p/8013194.html