6.经验测试，白盒测试，思维导图，设计测试用例编写技巧

经验测试法

错误推测法

基于经验的测试技术之错误推测法

错误推测法也叫错误猜测法，就是根据经验猜想，已有的缺陷，测试经验和失败数据等可能有什么问题并依此设计测试用例.

异常分析法

基于经验的测试技术之异常分析法
系统异常分析法就是针对系统有可能存在的异常操作、软硬件缺陷引起的故障进行分析，依此设计测试用例。
主要针对系统的容错能力、故障恢复能力进行测试
比如：红米，华为 ，ios

随机测试

基于经验的测试技术之随机测试
随机测试指的是测试中的所有的输入数据都是随机生成的，其目标是模拟用户的操作。真实环境中，尤其是软件刚刚发布时，会有成千上万的人在上面乱敲乱试；
因此在发布软件前，用模拟用户的随机测试就可能发现其它方式漏掉的软件缺陷

总结：
10种方法：
7种黑盒设计用例方法，基于经验测试方法的3种
7种：
等价类、边界值、判定表、因果图、场景法、正交法、状态迁移法
3种：错误推测法、异常分析法、随机测试

作用：
等价类、边界值主要针对 单个功能测试设计 （账号）
判定表、因果图、正交法 多组合情况（比如：账号，密码、记住密码）
场景法：测试整个项目流程
状态法： 针对状态变更

一、使用各种测试方法思路（重点）

1.在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强；
2.必要时用等价类划分方法补充一些测试用例；
3.用错误推测法再追加一些测试用例(依靠经验)；
4.如果程序的功能说明中含有输入条件组合情况，则可选用因果图/判定表；
5.对业务流程场景清晰的系统，使用场景法贯穿；
6.检查已设计的测试用例的覆盖程度；
7.最后要考虑异常分析，再进行综合使用。

二、测试用例的设计步骤（功能用例、接口用例、性能用例，安全测试用例）

1.构造根据设计规格得出的基本功能测试用例
2.边界值测试用例
3.状态转换测试用例
4.错误猜测测试用例
5.异常测试用例
6.其它测试类型测试用例(如性能测试，易用测试，安全测试等)

三、优化测试用例的方法

1.利用设计测试用例的10种方法不断的对测试用例进行分解与合并

白盒测试（仅了解）
（1）白盒测试（结构测试或者逻辑驱动测试）
定义：白盒测试也叫透明盒测试，检查程序内部结构及路径一是否符合规格说明，二是否符合其代码规范。
（2）白盒测试常见方法：
a.语句覆盖；
b.判断覆盖（也称“分支覆盖”）；
c. 条件覆盖；
d.判断、条件覆盖；
e.条件组合覆盖；
f.路径覆盖 (分为：z路径和独立路径)

白盒测试优缺点

白盒测试方法的优点：
1.深入程序内部，测试粒度较细。
2.是测试用例设计方法的组成部分，也是黑盒测试方法的有力补充。
3.为自动化测试与性能测试奠定基础。

白盒测试方法的缺点：
1.过分关注代码本身，容易偏离SRS实际需求
2.对相应的编程语言要求较高，人力成本较大

针对用例设计方法小结：

黑盒测试+白盒测试+基于经验的测试

xmind 思维导图梳理测试点

注意点：

（1）规范术语，

（2）主流程不清晰

（3）流程的开始和结束，如：可以突出：不同的标识，颜色，

（4）考虑的场景尽量可能覆盖

(5)流程的梳理，同一级，下一级流

（6）重复的步骤，尽量合并成一个步骤

（7）主干分支要明显

注意点详解

（1）规范术语，

例如：

a、选择任意群聊=======群发红包

b、没钱=========余额不足，

==============================

（2）主流程不清晰

（4）考虑的场景尽量都覆盖

======================

三、优点：

1、在考虑密码错误和修改密码的逻辑上

2、正常分支和异常分支都考虑

=========================

四.详解

1、在考虑密码错误和修改密码的逻辑上

2、按照流程步骤来正常分支和异常分支都考虑

(5)流程的梳理，同一级

=============================

讲解评价：

（1）结果拆分

（2）走向拆分

（3）存在疑虑，就要和开发或者产品

设计测试用例编写技巧

=================================

一、查看用例的模板

案例模板1：

案例模板2：

案例3：

==========================================

二、用例的要素讲解

.编写用例的要素？

用例编号，用例标题，前置条件，测试步骤，预期结果，优先级 （必写）

系统名称、模块名称、用例创建时间，实际结果，用例类型，执行时间，执行状态等（非必填项）

=============================================

三、详解测试用例要素

（一）用例编号

可以称为：用例id，测试编号，编号等

（1）系统命名_模块名称_编号 (一般情况系统和模块名称是大写，间隔用 __ 下滑线)

案例： WX_FHB_001

（2）公司中的用例编号根据公司规定

案例：

（二）用例标题

又称为：测试内容，测试名称，测试标题等

用例标题：描述用例验证什么

案例：

1、验证微信能发红包

2、验证微信发送红包失败（零钱余额不足）

3、单个红包金额超过最大金额有错误提示（>200）

注意事项：

1、用例标题是永远唯一的，不存在两条相同的用例

案例：

a.验证微信发送红包失败（零钱余额不足)

b.验证微信发送红包失败（无网络)

c.验证微信发送红包失败（密码错误)

2、标题描述，简单，易懂，清晰

3、标题能加上“验证”尽量加上验证

4、用例标题和预期结果相呼应

5、用例标题要写清楚验证的点

6、用例标题是陈述句，不能用判断句或者选择范围，用是否，不能写疑问句

7、不能把bug 写成测试用例

8、一个无效等价类就是一条用例，不能多个无效等价类写成一条用例

（三）优先级

优先级有三个级别：

高：核心功能测试用例（冒烟测试用例），会阻碍大部分其他测试的用例，基本功能测试

举例：

死机，白屏，卡顿，闪退，

中：异常测试，边界，中断，弱网

举例：删位置，除，返回，取消，刷新，更新，翻页等

低：字体，颜色，色差，易用性等

举例：ui样式、颜色，大小，排版

场景设法设计的用例，基本流， 高级用例

场景法设计的用例，备选流，中级用例

因果图设计的用例，有效用例，选一条为高级，其他的为中级

等级类和错误推测法， 设计的有效用例 中级

等价类和错误推测法，设计的无效用例 低级

用例优先级对应我们bug等级

致命bug （1级bug）

严重bug（2级bug）

一般bug（3级bug）

建议性bug（4级bug）

（四）前置条件

前置条件：执行操作之前的准备工作

案例：

1、准备两台手机，

2、两个微信账号

3、银行卡，余额充足

4、已连接网络

（五）测试步骤

测试步骤：验证“测试标题”的具体步骤

（1）测试的流程步骤按序号编写：1,2,3,4,5 换行（alt+回车 换行）

（2）测试步骤的开头都是动词

（3）测试步骤一般不超过8个步骤（简化步骤）【前期动作可以写在整体的一句话上】

（4）不能把上一个用例的步骤，用来做下一个步骤的前置条件（每一条用例都是独立）

（六 ）预期结果

预期结果：达到预期的目标

（1）预期结果要详细

（2）预期结果要注意隐藏结果

（3）页面跳转

（4）订单状态的变更

（5）预期结果，不能只写成功，失败

（6）页面提示，提示语

（7）结果涉及到页面提示，数据变化，必须明确说明提示内容和变化内容

（8）结果涉及到数据需要明确数据库中的表和字段的变化。

例如：添加用户名，余额的减少等

一、测试用例实战总结：

1、用例步骤操作，要验证标题

2、标题的写法，不能写bug

3、不能出现是否，如何，正常之词 等

设计测试用例实战自我讲解

一、注意事项

1、写用例主流程 （前面几条）

例如：微信发红包（发个人红包，发群红包（专属红包），发群红包（普通红包），发群红包（拼手气红包））

2、按照主流离来进行编写用例（功能：+，金额，个数，封面，祝福语，塞进红包，选择支付方式，查看红包,红包记录，红包扣款，）

3、在根据功能点：使用等价类，边界值，状态迁移法，判定表

4、在根据组合情况考虑场景：

如：红包界面：输入金额，不输入个数，塞进红包；不输入金额，输入个数，塞进红包；