【功能测试】测试用例设计原则及方法

今天将分享测试用例设计方法，如果喜欢，请收藏、关注、点赞，你的支持，是我最大的动力！

如何对用例进行编写、设计一直都是测试人员的必修课，每个人都有自己编写用例的习惯和方法，下面我会给你推荐一套优秀的测试用例设计方法，用于面试及实际工作中均可让你脱颖而出。

1 基本原则需求为主、设计为辅

很多人写用例经常有两个误区，一个是采用全黑盒的方式来编写用例，另一个是只用开发设计文档编写用例。

错误示范1： 全黑盒的方式来编写用例；以需求文档来编写测试用例，完全不考虑系统的设计和实现，会导致对系统交互、异常和分支的考虑不足。

错误示例2： 以开发设计文档为基础进行用例设计；该方法只能验证设计实现的正确性，无法保证设计是满足需求的。

正确方式：以需求为根本，以设计为补充。

2 用例编写主线 便于阅读有条理

错误示范1： 用例编写照着需求文档，看到哪写到哪，想到哪写到哪。

错误示范2： 用例只能够指导自己测试，用例写的难懂且颗粒粗大，他人难以执行你的测试用例。

正确方式：用例设计过程是对自己思路的整理，完成后是条理清晰的，系统性的；用例的组织与表述，不仅要自己能懂，也要保证其它人易于阅读理解。

3 用例编写场景 以需求为根本

以用户场景为分析单元进行测试用例的设计。

何为用户场景？

从用户的角度出发，用户完成一项完整功能的过程称作一个场景。

它具有的典型特征包括：

用户的角度：例如用户的一次借款是一个场景，但对数据的一次入库就不是；

一项完整的操作: 例如将“暑期优惠折扣”定为一个场景就不合适，里面实际是包含了用户若干关于活动的操作的，可以将完成一次“暑期优惠折扣”的借款活动作为一个用户场景；

4 用例编写方法 IBO分析

针对每一个场景进行IBO分析是测试设计的基础工作，也是测试设计的主要工作量集中的地方，IBO分析做的越细致，测试用例设计的充分性会越高。

I:INPUT

调用借款申请，申请接口中携带参数包括交易流水号、借款金额、期数、姓名、身份证号等。

B:BEHAVIOR（业务逻辑）

1、若交易流水号重复，则直接返回成功；

2、对借款人进行授信；

• 有授信账户时，使用现有授信账户；

• 没有授信账户时，创建新的授信账户；

3、对借款人进行风控审核；

4、推送借款到资金方；

O:OUT

返回接口调用结果，成功时，返回参数包括xxx、xxx、xxx。

关于本公司的测试设计方案：

1. 基于测试设计与执行分离的组织架构；

2. 测试设计分为测试方案设计和测试用例设计两个阶段：

• 测试方案设计：明确测试范围、目标，并推导出测试用例清单

• 测试用例设计：完成预置条件、执行步骤、预期结果等写作

3. 测试方案设计的方法：

• 基于场景的IBO分析法