软件生命周期
- 计划
- 需求分析
- 设计
- 编码
- 测试
- 运行和维护
常见的测试模型
- 瀑布模型
- v模型
- w模型
- 敏捷测试模型
测试流程
- 分析:需求评审,测试需求分析
- 计划:测试计划方案文档编写
- 设计:测试用例设计
- 实现:编写测试用例、测试脚本
- 执行:搭建测试环境,执行测试脚本,报告缺陷
测试需求分析流程
- 根据需求提取系统的测试点
- 编写需求跟踪矩阵
- 根据测试点利用适当的测试用例设计方法,设计测试用例
测试用例的模板
常用字段有:
- 用例编号
- 用例标题
- 优先级
- 预置条件
- 创建人
- 创建时间
- 所属模块
- 测试步骤
- 预期结果
- 实际结果
- 测试结果
- 备注
用例编号 |
用例标题 |
优先级 |
预置条件 |
创建人 |
创建时间 |
所属模块 |
测试步骤 |
预期结果 |
实际结果 |
测试结果 |
备注 |
TC_系统_模块_001 |
测试某某某 |
pass/fail/NA |
常用的测试用例方法
- 等价类
- 边界值
- 判定表
- 流程分析法(场景分析法)
- 错误猜测法
等价类
某个输入域的集合,在这个集合中每个输入条件是等效的,如果其中某一个输入不会导致问题,则集合中的其他输入条件也不会出现问题
等价类的划分原则
- 等价类划分,就是将测试的范围划分成几个互不相交的子集,他们的并集是全集,从每个子集中选出若干个有代表性的值作为测试用例。等价类的划分,最关键的是子集的划分。究竟要划分到何种程度才合适呢?看你有多少资源和时间,还有,看是否值得。
- 如果输入条件规定了取值范围或者值得个数,则可以确定一个有效的等价类和两个无效的等价类。 例如:18~25之间,则18~25就是一个有效等价类,小于18或者大于25就是两个无效等价类
- 如果我们确知,已经划分的等价类中的某个元素在程序中的处理方式不同,则应该将此等价类进一步划分
- 在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(遵守规则)和若干个无效等价类(以不同角度违反规则)
等价类设计步骤
- 编写等价类表,为每个输入划分等价类,得到等价类表,为每个等价类规定一个唯一编号
- 设计一个测试用例,使其尽可能多的覆盖所有尚未覆盖的有效等价类,重复这一步骤,使得有效等价类均被测试用例覆盖
- 设计一个测试用例,时期只覆盖一个无效等价类,重复这一步骤,使得所有的无效等价类均被覆盖