慕课网《软件测试用例编写》学习笔记
测试用例
意义:
- 测试工作的核心
- 一组在测试时输入输出的标准
- 软件需求的具体对照
作用:
- 检验软件是否满足客户需求
- 体现一个测试人员的工作量
- 展现测试用例的设计思路
内容:(应根据实际情况进行设计)
- 用例编号
- 用例名称
- 测试背景
- 前置条件
- 优先级
- 重要级
- 测试数据
- 测试步骤
- 预期结果
- 实际结果
- 备注
编写流程:需求分析->提取测试点->测试用例编写->测试用例评审
需求分析:
软件需求包括业务需求、用户需求、功能需求
业务需求(Business requirement)标志组织或客户高层次的额目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统,即组织希望达到的目标。使用前景和范围(vision and scope)文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求(project charter 或 market requirement)文档。
用户需求(user requirement)描述的是用户的目标,或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
功能需求(functional requirement)规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求(behavīoral requirement),因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。
问题:
-
Q:如果没有需求怎么办?
A:参考市面上已经上线的同类产品 -
Q:如果需求模糊怎么办?
A:收集整理已有需求
和产品经理逐条确认
参考同类型产品的实现情况
提取测试点
编写测试用例
编写注意:
- 根据项目的实际情况设计测试用例表格
- 用例格式不是固定的,不要生搬硬套
- 根据具体的情况编写
常用设计方法:
-
等价类划分方法
-
边界值分析法
3.场景法
编写:(以慕课网的部分功能为例)
最后在首列加入所属子系统或模块,合并同模块多行,模块较多时可加入模块编号列。
还可增加:版本号、测试环境、开发人员、测试类型、测试阶段、执行人等
测试用例评审
包括同行评审、小组评审、部门评审、三方评审等;不同评审类型会有不同人员参与。
测试用例管理
为什么需要管理用例:
- 测试用例数量巨大
- 测试用例会随着需求变更
- 测试用例需要补充完善
如何管理用例:
- 原始的excel管理方式
- 专业的项目管理系统
禅道:
-
专业的研发项目管理工具
-
完整支持敏捷开发流程
-
完整软件生命周期管理