测试用例和测试方法

1、测试用例

1. 定义：测试用例是执行测试的依据和准则，把测试系统的操作步骤用文档的形式记录出来。(测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障)

2. 测试用例的文档方式：

   1. Excel表格方式

   2. Word文档方式

3. 格式：测试输入，执行条件，预期结果

   1. 测试用例模块：操作软件的一个大的菜单(内含各个功能)，命名以模块名称为主。

   2. 测试用例的编号：命名菜单下的具体功能–数字。

   3. 测试输入：对具体的功能操作步骤。

   4. 执行条件：操作的先决条件。

   5. 预期结果：是以需求文档上的内容为准。

   6. 实际结果：依据测试输入的内容或方式输出后得到的结果，可能与预期一致或是不一致。

　　　　

 

1. 特征：

   1. 正确性：测试用例要满足规格说明书的需求，并且测试要覆盖到规格说明书的个功能。

   2. 完整性：基本功能不能有遗漏。

   3. 准确性：按测试用例实施测试，输入后要得出正确的结论，不能出现含糊不清的语言。

   4. 清晰简洁： 测试用例每一步都要有相应的作用，要描述清晰，针对性强，不要出现无用的测试要求。

   5. 可维护性：由于软件开发经常需要变更(增删改等)，测试用例也经常需要修改，以便符合相应测试要求。

   6. 适应性：测试用例要适合特定的测试环境和符合整个团队的测试水平。

   7. 可重复性：要求不同测试者要在相同测试环境下使用同样的测试用例都能得出相同的结论。

   8. 可追溯性，可移植性

2. 测试用例的特性

   1. 代表性：能够代表并覆盖各种合理的和不合理、合法的和不合法的、边界的和越界的以及极限的输入数据、操作等。

   2. 针对性：对程序中的可能存在的错误有针对性地测试

   3. 可判定性：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果

   4. 可重现性：对同样的测试用例，系统的执行结果应当是相同的。

3. 软件的分类

   1. OA 办公自动化

   2. crm 客户管理系统 电商项目

   3. ERP 进销存系统

4. 测试方法/测试策略

   1. 等价类划分

   2. 边界值

   3. 因果图法

   4. .正交法

   5. .场景法

   6. 推断法

测试用例的输入类型： 字母 数字 特殊符号 空字符 汉字

 

1. 编写任意测试用例的时候3步骤走：

   1. 根据需求提取测试用例的测试点

   2. 根据测试点内容输入不同数据类型 3. 得到不用结果用来编写测试用例

 

---

面试题

• 测试评审的标准*：

1. 测试用例的正确性测试用例不含有争议

2. 测试用例是否冗余

3. 测试用例的覆盖率

4. .测试用例是否满足需求文档

---

评审内容 评审的内容有以下几个方面�

1. 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。

2. 优先极安排是否合理。

3. 是否覆盖测试需求上的所有功能点。

4. 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确_期待结果是否有明显的验证方法。

5. 是否已经删除了冗余的用例。

6. 是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在"保护"20%的功能实现。

7. 是否从用户层面来设计用户使用场景和使用流程的测试用例。

8. 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。