如何设计一个好的测试用例？

一、什么是测试用例？

测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件或者预期结果测试教案怎么写，以便检测某个程序模式或确认能否满足某个特定需求。是将工具测试的行为活动做一个科学化的组织归纳，目的是无法将工具测试的行为转换成能管控的方式。同时检测用例只是将测试准确量化的方式之一，不同类别的硬件，测试用例是不同的。

图源网络：侵删

通俗的讲：就是把整个测试流程的操作方法用根据一定的格式用文字表述起来。

二、为什么要写测试用例？

1.思路清晰，避免遗漏测试点

理清思路是我们觉得很重要的一点，有的系统起初就是一个大而复杂的项目，我们必须把项目用途细分，根据每一个功能通过编写用例的方法来整理我们检测平台的模式，避免遗漏掉要测试的功能点。

2.跟踪测试进度进展

通过编写测试用例，执行检测用例，我们可以更明白的了解我们的检测进度，方便跟踪我们的测试进度。

3.回归测试

首先我们的系统不是测一遍就完了的，我们必须在研发环境上检测，测试环境上需要进行回归，其次还有或许涉及到合并测试，而且还有可能会有不同的人在不同的阶段进行测试，那么我们就必须测试用例来完善和指导我们的测试行为。

图源网络：侵删

4.借鉴以往经验

在之前所做项目的各个版本中，也许会有个别功能是相似甚至类似的，对于这类用途设计的检测用例，在之后再见到类似功能的之后可以做为参考根据。

此外，如果产品公布后发生了发布缺陷，测试用例只是探讨缺陷造成根源的根据之一。

三、如何编写用例？

1.分析测试需求，确定测试点

在测试需求预测阶段，我们只有需求文档，所以编写测试用例的唯一根据就是需求文档，因此在进行用例编写之前一定要进行需求预测测试教案怎么写，需求分析的主要工作就是：了解需求的整个实现背景、分析需求的合理性、明确需求的范围、挖掘需求文档中隐藏的需求。

在借助需求交底的过程，确定开发的初步实现模式跟步骤。随着测试需求预测的深入，列出需求的框架，包括检测范围即各个用途点，测试的场景等，确定一些检测可以提早介入的工作必须表明的是针对需求中的难题一定要记录下来，找需求确定，需求漏掉的以及存在疑问的地方，开发跟测试更容易漏掉，而且遗漏的需求很有可能会促使项目整体业务逻辑出现差异，一定要及时提前确定。

图源网络：侵删

2.分配测试点的优先级

得到了需求的各个测试点后，应该先将这种测试点简单的分配一下优等级，一般分为高中低三个优先级，我觉得受到优先级后可以使需求用例的设计更有侧重和着重点。

3.及时更新测试用例

需求预测和用例编写阶段，是主要的明晰用例时间，这段时间的目标是梳理出能指导执行检测的用例，但是需求会有变动，需求会有维护，用例也一样，所以用例是必须大幅维护的， 所以在意愿变动的同时，我们也应立即维护检测用例，否则的话，测试用例很可能作为一个错误的指导。

另外检测用例完成后才会开启一个用例评审的阶段，在用例评审阶段，会有用例评

人，针对你的用例作出的评定，主要检测你的用例是否有检测点遗漏，场景遗漏，测试case描述模糊，测试结果输出模糊等弊端，针对用例评审人强调的弊端，我们也应尽快的修改我们的用例。

4.及时维护通用测试用例

什么是通用测试用例呢？我理解的通用测试用例就是：项目中以及跨项目中这些的公用业务，固化模块，这些用途基本上是趋向稳定不变的，因此可以梳理出通用的非常全面的测试点，作为指导和完善业务和组件的规范，这些生成的完善即通用的检测用例。当我们对于某一模块以及业务大幅维护时，就看到我们必须大幅维护这的用例，而且有些用例业务类似、执行方法一致、验证项属性一致等。这个之后借助梳理业务的通用属性，通用用例梳理梳理成章。所以说，通用的检测用例是一个对用例不断维护的产出，因此我们在检测工具维护的过程中一定要及时的升级通用测试用例，对上面的检测和用例维护有一个很大的指导作用。

图源网络：侵删

四、关于提高用例编写能力的一些建议

1.熟悉业务，了解系统

任何平台都有大的业务背景，只要熟悉了业务知识就能更有效的使用系统。

任何系统在使用过程中，都有一个熟悉的过程，对系统越熟悉，越容易看到系统问题、业务问题。

2.学会换位思考，用客观的探讨方式站在客户的视角探讨问题

作为检测人员一旦想提高测试用例的编写能力，首先需要做到的就是站在用户的视角探讨客户必须什么跟用户想要什么，以及顾客不想要什么，也就是所谓的顾客的使用画面，这样有利于我们更好的挖掘和探讨隐含的意愿。至于这个需求该不该做，那是意愿人员的职责，这个意愿做出来复不复杂那是开发人员的事情，作为测试员工必须考量的事就是你所设计的正向和逆向测试用例是不是用户常用到的画面，以及一些用户基本不会用到的画面有什么。

3.多思考，不要拘束于惯性思维

一个人做一个工作时间越久，经验大几率是会越来越丰富的，但同时，也或许被自己的经验所限制。习惯性的套用经验，活在自己的舒适区，会使自己的蜕变停滞不前。所以成为一个测试人员一旦想要提高自己的检测用例设计能力，一定要多构想，不要被惯性思维束缚，不要被所谓的经验束缚。

图源网络：侵删

4.学会运用好网络资源提高自己的素质

提升测试用例设计能力，多探讨是相当重要的，但不是让你傻思考。当你的进步遇到难题的之后，不要闭门造车，做井底之蛙，要充分利用网络上的学习资源，学习一些前辈的心得，并把这种利用到实际的检测用例设计中去。山外青山楼外楼，多浏览和关注一些关于测试用例设计的网站以及微信公众号，广开言路，相信会对你的检测用例设计能力的提高会有巨大的帮助的。