项目中评审功能测试用例四个步骤
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项⽬中评审功能测试⽤例四个步骤
⾸先,我们要明⽩为什么要评审测试⽤例,评审的⽬的是什么?
从效率和成本上考虑,主要三点原因:
1.为了减少测试⼈员执⾏阶段做⽆效⼯作,
2.为了避免三⽅需求理解不⼀致;
3.为了每个测试⼈员的质量标准与项⽬要求标准达成⼀致;
⽤例评审的四个步骤:
需求评审
A 检查需求讲解思路清晰
B 检查需求理解⽆偏差
C 检查讲解的内容⽆丢失
D 检查需求讨论会议提出需求建议、需求讨论的问题都有体现,并且记录的详细
E 检查需求讲解时存在问题的记录,跟进结论
需求实现流程图评审
A 检查实现逻辑的深度与仔细程度
B 检查需求以及实现逻辑内容齐全,补充流程缺失部分
C 检查需求以及实现逻辑内容正确
测试⼤纲评审
A 检查⽤例⼤纲结构、思路清晰
B 检查⽤例⼤纲内容齐全--对象齐全影响因素齐全:
1.需求逻辑功能
2.UI
3.⽤户⾏为
4.⿊盒⽤例设计⽅法
5.开发语⾔特点
6.平台系统的特点
7.发现过的历史bug
8.⾃⾝的版本兼容性
9.功能之间相互影响
10.开发实现逻辑和建议
C 检查⽤例去除冗余⽤例
D 检查⽤例⼤纲语⾔描述清晰
E 检查⽤例进⾏集成,为测试执⾏的⾼效做准备
测试⽤例检查:
A 检查⼤纲和⽤例内容⼀⼀对应,影响因素⽆丢失
B 检查语⾔描述简洁、清晰、明了
C 检查每条测试⽤例都有明确的预期结果
D 根据正规化⽤例的各个字段要求对应的细节
然后,运⽤专业测试管理⼯具,都有测试⽤例管理模块,推荐⼤家使⽤ALM是⾯向软件研发⽣命周期管理的⼯具,实现了从产品概念设计、需求分析、历经项⽬计划、项⽬进度、配置管理、⼯时管理、测试管理等阶段,直⾄项⽬完成的全过程管理。