【软件测试9】测试用例分析

1、拿到一个产品后，如何分析测试用例？
从全局到局部
全局指的是软件的业务流程，代表软件的最高商业价值。
局部指的是软件的功能模块。

2、如何从全局出发？
从业务场景入手，业务场景就是软件的核心业务线。
例如淘宝业务场景：登录-搜索-加购-下单-支付-确认收货
业务场景测试是全面测试的基础。

3、如何根据业务场景撰写测试用例？——流程图/泳道图

• 根据PRD文档获取流程图（或自绘）
• 流程图路径分析（开始到结束为一条路径，路径数=判定接点数（菱形）+1）
• 撰写不同路径的测试场景-测试点
• 根据测试场景-测试点完善测试用例

4、单功能模块如何深入分析测试用例？
根据PRD文档拿到模块介绍（功能说明、页面原型、需求描述）

根据PRD文档梳理需求（可使用XMind，将功能模块的业务规则、元素规则、页面布局默认值、数据逻辑等清楚地列出）
需求梳理设计思路：
① 业务规则：该规则对用户价值最大，优先级最高
② 元素规则：考虑元素长度/类型/操作/时间，产品中的所有元素，包括输入框、按钮等。
③ 页面布局默认值：元素排版+默认值显示，即打开页面的初始状态，例如输入框为空。
④ 数据逻辑：数据来源、数据处理和输出（涉及到数据库）

编写测试点
测试点的设计思路
① 业务规则：正向（符合需求）+ 反向（不符合需求），根据梳理好的业务规则进行测试点补充
② 元素规则：正向 + 反向，反向多使用边界值分析法和等价类划分法。
③ 页面布局默认值，不存在正反向。

完善测试点
① 一条用例尽可能多覆盖正向测试点，即将尽可能多的正向测试点写进一条用例中。
② 每个反向测试点使用一条用例覆盖。
③补充“操作按钮”+“页面布局默认值”的验证。
用“边界值法”，让等价类取值更具代表性。
用“判定表分析法”，解决多个输入条件之间的组合关系。（每个条件项有2种取值Y/N，总组合数最大为2的n次方。当动作输出相同的列有动作输出无关条件，则可进行合并）

测试点转化为测试用例
根据测试用例模型进行编写

5、挖掘需求外的测试点
覆盖需求中的测试点，这是最基本的要求，再此基础上还需要挖掘需求外的测试点，可以借助于软件质量模型的特性进行思考，想法设法多思考用户使用过程中可能存在的各种场景。
主要通过质量模型特性，质量模型特征包含：功能性、性能效率、安全性、易用性、兼容性、可靠性等。