软件测试——用例篇

为什么在测试前要设计测试用例

1. 测试用例是执行测试的依据。
2. 可以复用（回归测试的时候）
3. 衡量需求的覆盖率
4. 自动化测试的依据
5. 有借鉴意义，后续测试人员可以借鉴前人写的东西

基于需求设计测试用例

需求是测试人员进行测试的依据
测试人员首先要分析需求，验证需求的正确性、合理性，无二义性，逻辑自洽。
细化需求，从需求中提取测试项，从每一个测试项中提取测试点，根据测试点设计测试用例。

功能性需求：
从界面考虑，验证界面的功能（UI设计稿）
从业务角度考虑，把功能串起来进行测试。
功能之间的交互性、一致性。
一个功能的多个输入（不同的输入）
功能的异常测试
功能的易用性，体验性测试
功能涉及到的算法（白盒测试）

非功能性需求
在功能的基础上做的一些限制，满足特定场景的需求，让用户有更好的体验。
兼容性、性能、安全性、可靠性、可移植性、易用性等

不同类型的软件对非功能性需求是不一样的
（1）客户端软件：word ppt xmind ,播放器，对功能和要求很简单，对性能、安全性要求比较低，软件的可移植性要求比较高
（2）企业软件，聊天软件，飞Q，飞书，钉钉：对功能有一定的要求，对兼容性、安全性、性能要求较低。
（3）商业软件：对功能、性能、安全性、可移植性、易用性、要求都很高。

等价类

根据输入（特殊情况考虑输出），把输入划分成若干等价类，从每一个等价类当中取一个测试用例进行测试，如果这个测试用例通过，我们就说这个测试用例代表的等价类测试通过。
等价类可以解决测试用例无法穷举的情况
等价类分为有效等价类和无效等价类

示例：

边界值

对输入输出的边界针对性的进行测试用例的设计，叫做边界值法

错误猜测法

测试人员依据自己的经验，知识，个人直觉判断软件哪一块有问题，针对性设计测试用例 ——主观
适合于补充测试用例，或者进行探索性测试的时候。

场景法

把一个个孤立的功能串联起来形成一个场景，每一个功能的不同的输入会触发流程走向不同的场景，根据这些不同功能的不同输入触发形成的场景进行测试用例的设计。

提取出场景中涉及的功能点，考虑每一个功能的不同输入。

ATM取款流程：
插卡——输入密码——输入取款金额 取钱——退卡

因果图

使用场景：当输入有多个，并且不同输入组合对应着不同的输出，这个时候可以用因果图来进行测试用例的分析，根据分析结果来设计测试用例

因果图几种关系：



如何用因果图法设计测试用例
1.分析所有的输入和输出
2.找出输入和输出之间的逻辑关系
3.根据输入输出画因果图
4.根据因果图画判定表
5.根据判定表设计测试用例

d.根据因果图，画出判定表

正交法

根据正交性，从大量的试验数据中，选取最优的数据组合，根据最优的数据组合结果衡量整个测试的输出结果。