编写测试用例的方法和思路|实践心得

测试用例是测试需求时首选的参考对象，是测试工作的核心，因而，在编写测试用例时，需遵循几点：功能覆盖完整；书写逻辑流畅；描述全面精简。

同时，需要抱有“任何环节可能都有问题”的态度去组织用例。

1. 功能用例编写策略

功能覆盖，是指测试用例的全面性。一份全面的用例，通常需要包含：功能测试；容量测试（大数据量测试）；强度测试；性能测试；安全测试；兼容性测试等。

具体来说：

功能测试

功能测试可以简单理解为黑盒测试，通过给定输入数据，校验输出结果是否满足期望值。

同时，根据敏捷研发的要求，穷举测试，“防止错误，尽量多测测”的方式，也不再合适现在的测试工作，也倒逼测试人员，在整理用例时，能有合适的策略，既精准覆盖场景，有能有效控制用例数量。

功能用例编写策略一般包含：等价类；边界值；因果图；条件覆盖；错误猜测（错误猜测是指根据经验补充用例）。

等价类：

将输入参数划分为有效，无效等价类，再从等价类中挑选任意元素作为测试数据。

当然，如果认为程序未等同处理现有等价类中的元素，可以进一步细分。

需要单独使用测试用例覆盖每一个无效等价类，避免组合测试屏蔽第二个无效值。

边界值：

边界值一般和等价类绑定使用，选择等价类左右边界做为测试数据；不仅需要关注输入等价类边界；还需要关注输出等价类。

因果图：

不同于等价类和边界值，侧重于测试数据的挑选；因果图侧重于测试条件的组合。

因果图法：https://www.cnblogs.com/linyfeng/p/9211666.html

逻辑补充+经验积累：

通过以上策略编写用例后，还需根据设计文档或者研发逻辑文档，检查业务流是否覆盖完整。

容量测试

容量测试可以理解为大数据量测试，验证功能能否经受大数量的考验。比如，导入50w用户，对应服务是否会出现崩溃。

强度测试

强度测试可以理解为通常所说的并发测试，指很短时间内达到数据峰值，检测程序是否报错。

性能测试

性能测试跟随公司标准，是指在特定配置下程序的响应时间和吞吐率。

安全测试&兼容性测试

即字面意思，验证安全和支持平台的功能兼容性。

以PC端QQ登录为例，假设QQ账户长度可设立区间为[5,10]字符。根据以上策略梳理测试点可得：

2. 逻辑流畅

合理的测试用例应具有一定的逻辑顺序。

比如测试注册用户-->用户登录-->上传盘文件这样的需求流程，根据业务流依次导入注册；登录；上传模块的用例书写，再进行模块整合用例的书写，这种书写理念类似于自底向上的测试方法。

由简到繁的书写方式，除了自身在check用例时，逻辑清晰，更能减轻审核用例人员不少负担

3. 书写全面精简

该点是个人的编写理念

全面除了上文指出的用例覆盖全面，还包括书写时，相同的用例成列在同一标题下...

精简是美好的书写风格，言简意赅覆盖测试点，用最少的文字，表明你的思想

如果你在实施DevOps过程中有好的想法和建议，可以联系我哦！欢迎交流，持续改进DevOps流程。（我的微信：devopsvip）。