测试计划和测试用例以及测试方法(测试策略)

Posted 2020-12-23 huohai

测试用例定义 :

执行测试的依据 将测试的操作步骤以文档的方式记录下来

测试用例格式 :

测试用例编号 测试用例模块 测试输入 执行条件 预期结果 实际结构

测试用例模块:

操作软件的一个大的菜单 命名以模块名称为主

测试输入:

具体功能操作步骤

执行条件:

操作的先决条件

预期结果:

以需求文档的内容为准

实际结果:

依据测试数据的内容输出后得到的结果与预期的是否一致

测试用例文档方式:

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.是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤