测试用例（test case）

特性

• 有效性：测试用例能够被使用，且被不同的人员使用测试结果一致
• 可复用性：如回归测试的使用
• 可评估性
• 可管理性

八大要素

• 测试编码：方便归档和查询
• 测试模块/功能
• 预置条件：（测试前提条件）
• 测试输入
• 预期输出
• 操作步骤
• 测试用例标题（目的）
• 级别（高、中、低）
• 其他要素：用例设计日期、设计者、开发人员、测试结果、测试类型（功能、性能、压力等）

等价类划分法

• 有效等价类（有效输入）
• 无效等价类（无效输入）

边界值

对输入或输出边界值进行测试，如4位数字，那么可选取9999、1000附近几个边界值进行输入

等价类划分和边界值法适用于普通文本输入框，因为可输入的内容很广泛

因果图法

利用图解法分析输入的各种组合情况，从而设计测试用例的方法，适合于检查程序输入条件的各种组合情况。

因果关系–约束条件

• 找出所有的原因
• 找所有的结果
• 多种原因和结果的组合

判定表法

也称为决策表，可以理解为因果图的最终产物，将复杂问题按照各种可能的情况全部列举出来，简明并且避免遗漏。用判定表能设计出完整的测试用例集合

正交表法

定义：使用最小的测试过程集合，获取最大的测试覆盖率。

原因：由于条件和结果过多，不可能穷尽组合测试。

方法：可以采用allpairs工具，生成正交的可选组合的测试用例。

• 利用excel准备一个表格

• 将表格中的内容贴到txt文本中

  

• 通过allpairs命令生成，测试用例结果即可。语法: allpairs 源文件 > 目标文件

  

场景法

从起点，通过一系列操作步骤，达成某一结果，到终点的过程测试，场景法主要用于冒烟测试。

分为基本流和备用流

流程分析法

画出业务流程，写测试用例。

错误推断法

凭借经验和直觉推测程序中可能存在的各种错误，从而有针对性的设计测试用例。

测试力度&用例方法总结

力度

• 简单：仅仅测试刚要，过于简单
• 复杂：包含具体输入项、每个步骤、期待结果，过于复杂浪费时间成本
• 中庸：一般介于两者之间即可。

总结

• 先关注主要功能的业务流程、逻辑是否正确：场景法

• 需要输入数据的地方：等价类划分法

• 任何情况都可使用边界值法

• 若程序包含输入条件的组合情况：因果图法和判定表法

• 对于配置类软件，选项过多，需要考虑参数的很多组合情况：正交表法

缺陷报告

当发现了软件的缺陷和错误时，需要整理报告发送给相关人员处理。

一般在公司内部会有缺陷报告的书写模板，或可能使用高效管理bug的平台。

自动化测试

定义

• 程序测试程序
• 代码代替思维
• 脚本代替人工

目的就是：更高的质量和效率。

收工&自动化

二者并不对立，什么手段效率高就使用什么手段。两者是互补的。

分类

优势

• 提高测试效率
• 避免测试人员重复劳动
• 回归测试方便可靠
• 自动化脚本可复用
• 支持多环境下的测试

劣势

• 不能取代手工测试
• 测试不容易发现界面、布局问题
• 自动化测试工具是死的，不具备任何想象力
• 开展前期，自动化测试投入成本高、风险大，且对测试员的技术、工具契合度都有要求

自动化测试分层

单元测试使用自动化测试，投入和收益成正比形式。

什么项目适合自动化测试

• 项目变动少
• 项目周期足够
• 需要重复运行测试
• 回归测试
• 能够自动编译、发布的系统

常用工具