测试：测试用例篇

本文介绍如何写测试用例

引入

测试用例是为了实施测试而向被测试的系统提供的一组集合，包含测试环境、操作步骤、测试数据、预期结果等

比如我现在要测试一款椅子，能给出什么用例。

我们需要达到更大的功能覆盖率

常规思考、逆向思维、发散性思维

常规思考：根据有效或预期的输入去思考
逆向思维：根据无效或非预期的输入去思考

分类

功能测试

功能是否正确

界面测试

大小、颜色、形状、（材质）

性能测试

极端情况下，验证功能是否正确

兼容性测试

不同版本
比如不同浏览器,或者手机上可以用，但平板上不能使用

易用性测试

是否有引导或者方便上手

安全测试

可能有以下问题
用户隐私数据明文显示
参数未强校验导致sql注入
越权，使普通用户也可以行使管理员的权限（比如我作为普通用户可以查看并编辑其他人的blog）

弱网测试

网络不好的时候进行测试，为了尽可能保障用户体验

1. 页面响应时间是否可以接受
2. 页面呈现是否一致
3. 超时，一场信息是否正常显示
4. 是否有重连

借助抓包工具进行测试，
比如fiddler

安装卸载测试

客户端和移动端进行测试

基于需求的设计方法

等价类

依据需求将输入（排除特殊输入）划分为多个等价类，只需要测试其中的一个就可以。若他通过，则所有等价类都通过。

比如“需求：输入在3到10位数字”，肯定不能测试输入3位，4位……10位，11位……，这时候就可以进行分类

等价类的分类

1. 有效等价类：
   符合程序说明书的合理的，有意义的输入的数据集合
2. 无效等价类
   不满足需求的集合

“3到10位“的需求可以分为3类，
3-10位之间，
小于3位
大于10位

边界值

边界值通常是等价类的补充，

边界值分为两类：边界值和次边界值

对于次边界值，我们需要判断

1. 边界值是有效价类，次边界值是无效等价类的边界
2. 边界值是无效等价类，次边界值是有效等价类的边界

有效范围是[3, 10]， 边界值是3,10. 次边界值是2,11
有效范围是(3, 10)， 边界值是3,10, 次边界值是4,9

正交法

正交表

这是一个L₄（2³）表
L表示正交表，脚标4表示4行，2表示可能有1或者2两种值，3表示3列

性质

1. 每列不同数字出现次数相同
2. 任意两列数字排列方式齐全且均衡（即11,12,21,22 四种情况都出现且只出现一次）

目的

正交法为了测试：“只填写了部分用例”的情况，比如有4个需要输入，自己一个一个试太麻烦，使用正交表可以用尽量少的用例覆盖尽量多的情况

方法

1. 找到因素和水平
2. 用allparis工具生成正交表​
   a. 将因素和水平写入Excel表格中​
   b. allparis目录下创建新的文本文件new.txt，复制Excel中的因素和水平，直接粘贴到文本中保存并退出​
   c. 使用allparis命令生成正交表：allparis.exe new.txt>zhengjiao.txt​
3. 根据正交表编写测试用例
4. 补充遗漏的重要测试用例

判定表法

1. 确认需求中输入条件和输出条件
2. 找出输入条件和输出条件之间的关系
3. 画判定表
4. 根据判定表编写测试用例

像是这样

场景法

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。
用例场景来测试需求是指模拟特定场景边界发生的事情，通过事件来触发某个动作的发生，观察事件的最终结果，从而用来发现需求中存在的问题。我们通常以正常的用例场景分析开始，然后再着手其他的场景分析。
场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型：正常的用例场景，备选的用例场景，异常的用例场景，假定推测的场景

我的理解就是：正常流程是基本流，出现了意外，基本流使用不了，就轮到备选流了

比如我要1. 吃饭，2.洗澡， 3.睡觉
我喜欢的店关门了，我吃备选的那家

错误猜测法

根据对需求的理解和以往经验提出错误点