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