关键词：

一、什么是测试用例

         测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求，通俗的讲：就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来。

二、为什么要写测试用例

1、 理清思路，避免遗漏

理清思路是我们认为最重要的一点，有的系统本来就是一个大而复杂的项目，我们需要把项目功能细分，根据每一个功能通过编写用例的方式来整理我们测试系统的思路，避免遗漏掉要测试的功能点。

2、 跟踪测试进度进展

通过编写测试用例，执行测试用例，我们可以很清楚的知道我们的测试进度，方便跟踪我们的测试进度。

3、 回归测试

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

4、 历史参考

在我们所做项目的各个版本中，也许会有很多功能是相同或相近的，我们对这类功能设计了测试用例，便于以后我们遇到类似功能的时候可以做参考依据。

另外如果产品发布后出现了发布缺陷，测试用例也是分析发布后缺陷的依据之一。

三、如何编写用例

1、测试需求分析，得到测试点

在测试需求分析阶段，我们只有需求文档，所以编写测试用例的唯一依据就是需求文档，因此在进行用例编写之前一定要进行需求分析，需求分析的主要工作就是：了解需求的整个实现背景；分析需求的合理性；明确需求的范围，挖掘需求文档中隐藏的需求；在通过需求交底的过程，确定开发的初步实现思路和方法，随着测试需求分析的深入，列出需求的框架，包括测试范围即各个功能点，测试的场景等；确定一些测试可以提前介入的工作等；需要说明的是对于需求中的问题一定要记录下来，找需求确认，需求漏掉的或者存在问题的地方，开发和测试更容易漏掉，而且遗漏的需求很有可能会使得项目整体业务逻辑发生变化，一定要及时提前确认。

2、分析得到用例优先级

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

3、细化测试点变成可执行case

根据测试需求分析得到的需求框架，梳理细化测试点，这里的测试点虽然粗，但是不应该有遗漏，这是进行测试点细化的前提。根据测试点，细化出具体的测试用例，要注意各个点的组合测试的情况，还要注意各个测试点的反向测试的情况。

在细化测试点的时候，我们可以要参考以前写好的公共测试用例，甚至可以直接引用，这样既可以避免一些不必要的时间浪费，但是参考不等于照搬，在引用的同时，也一定要思考本次需求自己特有的测试点。

另外需要考虑的就是测试点细化到什么程度的问题，也就是一个度的问题，我们要把握好测试点细化的一个度的问题，太粗的测试点没有指导意义，太细的测试点容易让我们纠的太细，忽略整体的测试，反而也起不到一个指导的效果，所以一定要把握好测试点细化的度。

4、及时更新测试用例

需求分析和用例编写阶段，是主要的细化用例时间，这段时间的目标是梳理出可指导执行测试的用例，但是需求会有变动，需求会有维护，用例也一样，所以用例是需要持续维护的， 所以在需求变动的同时，我们也要及时维护测试用例，否则的话，测试用例很可能成为一个错误的指导。

另外测试用例完成后就会进入一个用例评审的阶段，在用例评审阶段，会有用例评审人，针对你的用例作出的评审，主要检查你的用例是否有测试点遗漏，场景遗漏，测试case描述模糊，测试结果输出模糊等问题，针对用例评审人提出的问题，我们也要及时的更改我们的用例。

5、及时维护通用测试用例

什么是通用测试用例呢？我理解的通用测试用例就是：项目中或者跨项目中很多的公用业务，固化模块，这些功能基本上是趋于稳定不变的，因此可以梳理出通用的比较全面的测试点，作为指导和规范业务和模块的规范，这些生成的规范即通用的测试用例。当我们针对某一模块或者业务持续维护时，就发现我们需要持续维护这的用例，就会发现有些用例业务类似、执行步骤一致、验证项属性一致等等，这个时候通过梳理业务的通用属性，通用用例梳理梳理成章。所以说，通用的测试用例是一个对用例不断维护的产出，因此我们在测试软件维护的过程中一定要及时的更新通用测试用例，对后面的测试和用例维护有一个很大的指导作用。

四、如何提升用例编写能力

1、   熟悉业务，了解系统

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

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

2、   用客观的思考方式站在用户的角度分析

作为测试人员如果想提升测试用例的编写能力，首先应该做到的就是站在客户的角度分析客户需要什么和客户想要什么，客户不想要什么，也就是所谓的客户的使用场景，这样有利于我们更好的挖掘和思考隐含的需求。至于这个需求该不该做，那是需求人员的职责，这个需求做起来复不复杂那是开发人员的事情，作为测试人员需要考虑的事就是你所设计的正向和反向测试用例是不是用户常用到的场景，以及一些客户基本不会用到的场景有哪些。

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

我们知道一个人做一个工作时间越久，也就是我们说的经验越丰富，可能这个思维方式就会越被限定住。比如，测试的统计表多了，当拿到一个新增的统计表的时候，首先想到的是公用用例上所列的测试点基本上就是最全的了，我都不用思考，直接用就行了。

其实这是一个误区，公用用例的目的是帮助我们减少一些不必要的内耗，但是我们的思维不要被它所限定，如果公用用例中某个点是错的，那我们岂不要一错再错了。所以作为一个测试人员如果想要提升自己的测试用例设计能力，一定要多思考，不要被这种惯性思维束缚，不要被所谓的经验束缚。

4、   不要闭门造车，利用好网络资源

提升测试用例设计能力，多思考是非常重要的，但是不是让你傻思考，当你的进步遇到瓶颈的时候，不要闭门造车，做井底之蛙，要充分利用网络上的学习资源，学习一些前辈的经验，并把这些运用到实际的测试用例设计中去。山外青山楼外楼，多浏览和关注一些关于测试用例设计的网站或者微信公众号，广开言路，相信会对你的测试用例设计能力的提升会有很大的帮助的。

5、   善于总结分享

基于以上四点我们还要做到善于总结，乐于分享，把经常见到的用例设计的误区和一些好的用例设计，和用例设计习惯分享给周围的小伙伴，这样可以集众人之所长，不断提升我们的用例设计能力。

 

面试测试开发工程师：用例篇

目录1.测试用例的基本要素2. 测试用例的给我们带来的好处 3. 测试用例的设计方法3.1测试用例的总体设计方法基于需求的设计3.2 具体的设计方法3.2.2等价类3.2.3 边界值3.2.4 因果图3.2.5 正交排列 3.2.6场景设计法3.2.7 错误猜测... 查看详情

优秀测试用例的设计策略

测试工作最为基础核心的内容就是设计测试用例，什么样的测试用例是好的测试用例？我们一般会认为数量越少，发现缺陷越多的用例就是最好的用例。那么我们如何才能设计出好的测试用例呢？一份好的用例是设计出来的，是... 查看详情

2021最详细的测试用例的设计方法及案例——骚操作

测试用例的设计方法 一．概念1.什么是测试用例？在测试过程中很重要的一类文档，它是测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。2.测试用例的作用：检验软件是否满足客户需... 查看详情

测试用例的设计

一、什么是测试用例        测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求，通俗的讲：就是把我们测试... 查看详情

测试用例的设计方法

测试用例的总体设计方法基于需求的设计验证需求的正确性和合理性细分需求，多细致的需求就设置多细致的测试用例（从细分的需求里面，根据每一个功能设计完整的测试用例）如：软件需求（1）若... 查看详情

软件测试用例的设计和编写

一、为什么要写测试用例　　写测试用例可以让测试的需求覆盖更加全面，让测试工作进行得条理有序，且方便移交和交流好的测试用例要做到：结构设置和理，case覆盖全面，且具有可执行性，可重复等特点。二、软件测试文... 查看详情

测试用例设计

概念测试用例就是测试时使用的例子，是为了某个特定的目标而开发的输入、执行条件、操作步骤以及预期结果的集合。格式用例编号产品名称—用例属性—测试需求标示—数字编号测试项测试用例对应的功能模块测试标题描述... 查看详情

单元测试中测试用例的设计方法

单元测试中测试用例的设计方法1.用于语句覆盖的基路径法基路径法保证设计出的测试用例，使程序的每一个可执行语句至少执行一次，即实现语句覆盖。基路径法是理论与应用脱节的典型，基本上没有应用价值，读者稍作了解... 查看详情

软件测试复习----测试用例的编写

软件测试的编写有这几大不可缺少的元素测试目标测试环境输入数据步骤期望结果看例题：根据如下登录界面设计两个测试用例设计两个测试用例，我们可以从正反两面设计。设计一个正确成功登录的用例、再设计一个... 查看详情

测试用例

测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小测试实体。测试用例就是设计一个场景，使软件程序在这种场景下，必须能够正常运行并且达到程序所设计的执行结果。测试用例... 查看详情

软件测试测试用例的设计

测试用例：是为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果等要素。评价测试用例的标准：1.用例表达清楚，无二义性。2.用例可操作性强。3.用... 查看详情

功能测试用例的书写

功能测试用例的书写功能性测试用例1.测试的来源，及测试的需求  测试用力的主要来源有：1）需求说明及相关文档2）相关的设计说明（概要设计，详细设计等）3）与开发组交流对需求理解的记录（可以是开发人员的一... 查看详情

软件测试：测试用例的设计思想

一，登陆页面的测试：下面以一个登陆窗口为例，说说我设计登陆界面的思路和方法。我把这个测试用例分为三层结构，表单测试、逻辑判断、业务流程。第一层，表单测试为最底层（最基础的）。这部分的测试用例是对登陆窗... 查看详情

测试用例的理论知识

什么是测试用例？　是为了实现测试有效性而采取的一种最基本的手段。在测试过程中可以通过对于测试用例的组织和跟踪来完成对测试工作的量化和管理是有效地发现软件缺陷的最小测试执行单元，是为了特定目的(验证是否... 查看详情

第二周学习总结

软件测试部分1.测试用例的概念　　2.测试用例的属性、特征　　属性：用例ID、用例名称、测试目的、测试级别、参考信息、测试环境、前提条件、测试步骤、预期结果、编写人员、测试结论　　特征：最有可能抓住错误的、不... 查看详情

测试用例的几种常见设计方法

测试用例常见的设计方法有：等价类划分法、边界值分析法、错误推测法、判定表法、正交实验法。一.等价类划分法顾名思义，等价类划分，就是将测试的范围划分成几个互不相交的子集，他们的并集是全集，从每个子集选出... 查看详情

质量如何衡量测试用例质量

测试用例的标准不能局限于一个层次，因为测试用例设计类似于软件设计，软件设计有架构设计(结构设计/概要设计)和详细设计，所以对于测试用例的质量标准，也应分为两个层次来考虑：高层次——满足某... 查看详情

质量如何衡量测试用例质量

测试用例的标准不能局限于一个层次，因为测试用例设计类似于软件设计，软件设计有架构设计(结构设计/概要设计)和详细设计，所以对于测试用例的质量标准，也应分为两个层次来考虑：高层次——满足某... 查看详情