赞
踩
测试用例评审会议目的:
在软件的技术和设计风格上进行统一的规划,充分利用软件复用技术来提高效率和易维护性。充分考虑各系统之间的接口、兼容性和界面一致性。沟通测试用例的内容,格式等。
测试用例评审准备:
参加评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论,并且指出和记录问题。
测试用例评审会议注意事项:
1、会议中有争议的,没有结论的,及时中断,记录后面专门讨论并更新文档
2、评审前,测试用例发出来,冒烟用例高亮不同色系区别,带着疑问去评审
3、会议记录改动点
4、讲用例之前,先说下需求的重点及测试范围
5、讲场景时,主要讲用例的检查点是什么,不需要描述步骤
测试用例评审内容方面:
1、用例设计的结构安排是否清晰、合理,是否有利于高效对需求进行覆盖
2、优先级安排是否合理
3、是否覆盖测试需求上的所有功能点
4、用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确,期待结果是否有明显的验证方法
5、是否已经删除了冗余的用例
6、是否包含充分的负面测试用例,测试用例应考虑存在跨年、跨月、边界点的数据,需要有充分的异常测试数据,考虑大数据量测试时的数据准备。
7、是否从用户层面来设计用户使用场景和使用流程
8、用例是否包含测试数据、测试数据的生成办法或者输入的相关描述
9、业务流程中最长的流程用例是否覆盖
10、测试用例是否覆盖了《需求规格说明书》
11、测试用例是否覆盖用户界面测试检查
测试用例评审结束:
会议主持者总结会议,整理会议中记录的待修改或待确认的问题,发出会议纪要。待修改的问题,备注责任人,以及修改时间。待确认的问题,备注跟踪人,以及预计给出结论的时间节点。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。