测试用例定义 :
执行测试的依据 将测试的操作步骤以文档的方式记录下来
测试用例格式 :
测试用例编号 测试用例模块 测试输入 执行条件 预期结果 实际结构
测试用例模块:
操作软件的一个大的菜单 命名以模块名称为主
测试输入:
具体功能操作步骤
执行条件:
操作的先决条件
预期结果:
以需求文档的内容为准
实际结果:
依据测试数据的内容输出后得到的结果与预期的是否一致
测试用例文档方式:
exl表格 Word文档
测试用例特征:
正确性 完整性 准确 清晰 简洁 可维护性 适应性 可重复性 可追溯性 可移植性
测试用例特性:
代表性: 能够代表并覆盖各种合理的和不合理 合法 不合法 边界和越界的 以及极限的输入数据 操作等......
针对性:对程序中可能存在的错误有针对性的测试
可判断性:测试执行结果的正确性是可判定的 每一个测试用例都应有相应的期待结果
可重现性:对同样的测试用例 系统的执行结构应当是相同的
软件的分类:
OA 办公自动化
CRM 客户管理系统 电商项目
ERP 进 销 存 系统
测试方法 测试策略
编写任意测试用例步骤:
1.根据需求提取测试用例的测试点
2.根据测试点内容输入不同数据类型
3.得到不用结果用来编写测试用例
等价类划分:
有效等价类 : 指符合 需求规格说明书 输入合理的数据集合
无效等价类: 指不符合 需求规格说明书 输入不合理的数据集合
边界值: 确定边界情况 (输入或输出等价类的边界) 选取正好等于 刚刚大于或刚刚小于边界值作为测试数据
因果图法:在输入条件比较多的情况下 测试所有的输入条件的排列组合
正交法:正交表查询地址：https://www.york.ac.uk/depts/maths/tables/orthogonal.htm
正交排列法：http://support.sas.com/techsup/technote/ts723_Designs.txt
场景法: 用例场景是通过描述流经用例的路径来确定的过程 这个流经过程要从用例开始到结束遍历期中所有基本流和备选项
错误推测法:(一般不常用) 测试经验丰富的人会使用的测试方法
测试用例输入类型:
字母 数字 特殊符号 空字符 汉字
测试用例的评审和变更:
测试评审的标准
1测试用例的正确性 (测试用例不含有争议)
2.测试用例是否冗余
3.测试用例的覆盖率
4.测试用例是否满足需求文档
评审的内容有以下几个方面
1.用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
2.优先极安排是否合理。
3.是否覆盖测试需求上的所有功能点。
4.用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确期待结果是否有明显的验证方法。
5.是否已经删除了冗余的用例。
6.是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在"保护"20%的功能实现。
7.是否从用户层面来设计用户使用场景和使用流程的测试用例。
8.是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤
