编写测试用例

编写测试用例

软件测试用例就是指导你执行测试，帮助你证明软件功能或发现软件缺陷的一种说明。

可以总结为 ：每一个测试点的数据设计的步骤设计。

微信红包用例？

用例编号：HB_001

功能模块：发送红包

测试标题：输入正确的金额和密码后，能否正常发送红包

前提条件：1、网络正常和钱包有钱

操作步骤：

1、进入红包发送页面

2、输入正确的金额和密码（）

3、点击发送按钮期望结果:发送成功

实际结果：

1测试标题描述一定要包含具体测试点

2.测试步骤一定要包含

3.预期结果一定为唯一，不能出现“发送成功或发送失败”

测试用例的重要性：

1.便于测试计划的实施

2.规划测试数据的准备

3编写测试脚本的根本

4.评估测试结果的基准

5分析缺陷的标准

1、组成：测试用例文档由简介和测试用例两部分组成。

简介部分编制测试目的、测试范围、定义术语、参考文档、概述等。

测试用例包括 ：用例编号、功能模块、用例名称、前提条件、操作步骤、期望结果、实际结果、备注。

2、编写方式：一般是按照功能+业务逻辑

1）首先保证功能是正常的 2）然后才是功能联合起来的业务逻辑是对的。比如说：登录、充值、体现功能分别都是好的，业务逻辑，就是要把所有的功能联合起来走一遍，看是否好的。

3、用例覆盖：测试用例旅游分为正常事件和异常事件。

1用例需要评审么？紧急情况用例也需要评审么？

2.一天能够写多少用例？执行多条用例？

3.自己写的用例可以打多少分？

4.如果被测项目很紧急。来不及写用例，怎么办

5电梯、雨伞、杯子、笔写测试点

6遇到隐性需求如何写用例（需求不明确）

7用例有没有优先级？如果一定要有优先级，依据什么来确定呢?

8如何编写测试用例？

如何写测试用例

对各个功能模块进行测试点分析，提取测试点再堆测试点进行用例编写。

比如对PC端QQ账号的登录模块，提取测试点就有：

①正常登陆；

②账号为空时点击登录；

③密码为空时点击登录；

④账号密码都为空时点击登录；

⑤密码错误时点击登录 ；

⑥找回密码功能是否有效；

⑦记住密码功能是否有效；

⑧自动登录功能是否有效。

编写测试用例该注意：

①根据项目的实际情况设计测试用例表格；

②用例格式不要生搬硬套；

③根据具体情况编写。

软件测试用例怎么写

1.测试用例的定义

测试用例就是设计一种情况，软件程序在这种情况下，能够正常运行且达到程序所设计的运行结果。如果软件程序在这种情况下不能正常运行且反复出现这种问题，则可以判定软件有缺陷，可以记录在缺陷跟踪系统中，待问题修复，新版本部署，软件测试工程师利用同一个用例来回归测试这个问题，确保问题被修复。

2. 测试用例设计方法

（1）等价类划分法

（2）边界值分析法

（3）因果图法

（4）错误推荐法

（5）判定表法

（6）正交试验法

（7）功能图法

（8）场景法

3. 测试用例编写

测试用例格式：用例编号、所属模块、用例名称、前置条件、用例步骤、预期结果、实际结果、编写人员、编写时间

软件测试用例的几种设计方法

一、等价类划分法

所谓「等价」，就是具有相同属性或者方法的集合，这个集合中某个个体所表现的特征与其他个体完全一致。

由此可知，等价类划分就是将所有可能的输入数据，划分成若干个等价类，然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，分为有效等价类和无效等价类。

例如，规定的用户名长度区间为4～8个字，那么它的有效等价类是用户名长度在[4,8]，无效等价类为用户名长度大于8位，或用户名长度小于4位。

二、边界值

测试经验告诉我们，在测试有时会涉及到大量的数据，遍历所有数据会使测试效率低下，如果是手工执行，更加难以覆盖所有数据。这时更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试，边界值是等价类所有可选参数中最容易出问题的地方，所以我们一般会选择边界值作为测试的重点，边界值法的应用步骤如下：

1.先根据等价类法划分有效等价类和无效等价类，确定上点、离点及内点。上点是边界上的点，离点是离上点最近的点，内点则是边界有效范围内的任意一点。同样以用户名长度为4～8位为例，4和8为上点，3和9为离点，6则为内点。

2.设计一个新的测试用例，使其尽可能地覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖。

3.设计一个新的测试用例，使其仅覆盖一个无效等价类，直到所有无效等价类都被覆盖。

三、判定表法

判定表又称策略表、决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。判定表法适合逻辑判断比较复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，具体又明确地表达复杂地逻辑关系和多种条件组合情况。

判定表主要由条件桩和动作桩两部分组成。条件桩是功能要满足地所有条件，动作桩则是所有可能的操作以及产生的结果。

判定表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。其缺点是判定表的建立过程较烦杂，当条件过多时，需要分析的逻辑组合呈2的倍数增长。测试工程师可根据实际情况与等价类划分法、边界值法结合使用。

四、正交试验法

正交试验法是研究多因素、多水平组合的一种实验法，它是利用正交表来对实验进行设计，通过少数的实验替代全面实验。正交表中所有参与试验的、影响试验结果的条件成为因子，影响试验因子的取值或输入的成为水平。

在设计测试用例时，采用正交试验法能够有效地、合理地减少测试的工作量与和成本。正交试验的一般流程包括以下几个步骤：

1）分析测试需求，获取因子和水平

2）根据因子和水平选择合适的正交表

3）替换正交表中的因子和水平，获取试验次数

4）根据经验或者其他因素补充试验次数

5）细化输出获得测试用例

以上是一些常见的测试用例设计方法，希望能够解答你的问题。

什么是软件测试用例,为什么要写测试用例?

测试用例就是将测试系统的操作步骤用文档的形式描述出来，让软件测试的行为具体化，来核实软件产品是否满足项目需求。测试用例是执行测试的依据。

测试用例的设计和编制在软件测试活动中非常重要，也是测试人员必须要掌握的一项基本能力。

以下是测试用例的主要作用：

(1) 测试用例是设计和制定测试过程的基础，方便理清测试思路，避免盲目测试并提高测试效率

(2) 测试人员可以根据测试用例提前准备测试数据

(3) 根据测试用例可以更准确地估计测试周期各连续阶段的时间安排，便于把控测试的工作进度

(4) 测试用例有助于准确评估测试工作量

(5) 编写的测试用例可形成文档沉淀，便于组织测试工作，降低测试的交接成本

一份优秀的测试用例可以帮助测试人员在最短的时间内完成测试，发现软件系统的缺陷，保障软件测试质量稳定。

想快速又简单地编写测试用例？看这里！

本文适用对象

初级软件测试人员，或想开拓思路拓展测试范围、提高测试覆盖率的所有测试人员等等。

本文目的

讲述如何快速、简单、有效、有条理地编写一条测试用例，并帮助测试人员从测试用例角度拓展测试思路。

如何简单、快速地

描述（编写）一个测试用例

测试用例的目的在于指导、帮助测试人员按照既定的计划步骤执行测试，并比对测试结果与预期结果是否一致。

对于中大型软件公司而言，测试用例的管理都有既定的规范和工具，如表格管理用例、测试管理软件管理用例（如下图1所示为MeterSphere测试管理软件用例编写页面）等。

但总而言之，测试用例的内容主要不外乎3个部分：前置条件、步骤、预期结果。

那么，对于没有明确地测试管理软件的小型软件公司，或者对于测试人员而言，需要暂时快速地编写一个测试用例或记录测试过程的时候，可以怎么做呢？

推荐一个临时性的用例编写模板：GIVEN...WHEN…THEN。

让我们套用GIVEN…WHEN…THEN的模式来描述下编写用例的大致步骤：

有没有觉得很简单？

让我们再用实际案例，描述下如何用GIVEN…WHEN…THEN模板编写真实用例。以测试访问 http://www.baidu.com 链接这个用例为例1：

使用GIVEN…WHEN…THEN能够简单呈现用例前置条件、执行步骤和预期结果间的逻辑关系，并能清晰地表述一个用例。

那么，什么地方可以用GIVEN…WHEN..THEN这个模板呢？这个模板较之文档用例更为简洁，如下图2所示，对于测试用例提交故障，阐述引发故障的操作方法或故障复现方法，以及故障修复后的验证时都可以使用。

如何使用探索式场景联想法

衍生测试用例

探索式测试更多的是一种测试风格和测试思想，要求测试人员在测试过程中不断思考、发散思维，记录、修改和更新测试方法和测试用例。

场景法则是要求测试人员认真分析测试需求，了解用户使用场景，根据不同的场景进行测试。

而本文讨论的 探索式场景联想法，则是将探索式测试方法、场景法和联想法相结合，在已有测试用例的基础上衍生更多的测试用例。

那么，如何使用探索式场景联想法衍生测试用例呢？

由上一节可知，测试用例是指导测试人员在xx预知条件（场景）下，执行xx步骤，预期得到xx结论。

显而可见，通过改变测试用例的预知条件和操作步骤，则可以衍生出不同的测试用例。而这些测试用例包含不同的测试场景和不同的测试步骤。

如下图3所示，为探索式场景联想法衍生测试用例的结构脑图。

改变前置条件

测试用例的前置条件基本包括：硬件资源和软件系统两个部分。

改变前置条件可以从这几方面入手。

以上节的访问 http://www.baidu.com 链接用例1为例，改变前置条件衍生新的测试用例。由于该用例的前置条件较简单，改变前置条件只需改变浏览器类型和版本即可。

由此，衍生的部分测试用例可如下所示：

改变操作步骤

改变用例操作步骤可以从以下几方面入手：插入步骤、删除步骤、改变步骤和重复步骤。

插入步骤

如图3所示，插入步骤又可以分为插入相关联步骤和不相关联步骤。并在插入步骤中增加用户输入。

同样以用例1为例，插入步骤衍生的测试用例可如下：

删除步骤

删除步骤可以分为删除部分步骤或者删除部分步骤中的部分操作。删除部分步骤，又可以分为删除关键步骤和非关键步骤。

例如，以例1为例，删除关键步骤“点击键盘回车键“衍生新的测试用例如下所示：

改变步骤

改变步骤主要涉及步骤顺序的改变和步骤内容的改变。当测试用例具有多个步骤，且步骤间具有关联性和顺序性的时候，改变步骤顺序则会变得很有意义。改变步骤内容主要是改变步骤中用户的输入（包括数据输入、用户操作等）。

以用例1为例，改变步骤内容衍生的用例如下所示：

重复步骤

对于大多测试人员来说，衍生测试用例时更多关注点在于操作步骤的变化。

但是，对于不同的测试场景，重复相同的测试步骤，仍然具有很大的测试意义。重复步骤进行测试能够挖掘不同前置条件（场景）下的故障，亦能挖掘软件在多个重复步骤操作下潜藏的故障。

以用例1为例，重复步骤衍生的用例如下所示：

测试结论衍生测试用例

除了通过改变前置条件和操作步骤衍生测试用例外，还可以根据测试结论中的异常信息，逆推测试场景，衍生新的测试用例。

这个部分更多的需要测试人员掌握探索式测试方法，对测试过程中的软件资源监控信息、错误日志等保持警惕性，挖掘错误信息中的内容，逆推产生错误信息的原因，构建新的测试用例。

小结

本文阐述了一种可以在提交测试故障信息和验证测试故障时使用的快速测试用例编写模板，快速记录测试场景、测试步骤等关键信息。

并在此基础上，简单讲解了基于探索式场景联想法的测试用例衍生方法，可以帮助测试人员借助已有的测试用例拓展新的测试用例，扩大测试范围，提高覆盖率，挖掘更多场景下的软件故障。

转自公众号投稿： https://mp.weixin.qq.com/s/tPB9qhbaKoJX9LhcJDP3eg

软件测试测试用例以及方法

测试用例介绍

用例定义：为某个业务，编制的一组由测试输入，执行条件以及预计结果组成的案例

为什么要学习测试用例

1：在测试前做好用例，我们可避免盲目的测试问题这样可以大大的节约我们测试的时间。

2：在测试的时候我们有用例的话我们就是做到避轻就重，把重要先测试。

3：软件更新后只需要修改少部分的测试用例，降低工作强度，缩短项目周期

4：检验软件是否满足客户需求，体现一个测试人员的工作量，展现测试用例的设计思路

测试用例的核心要素（16个）

必须掌握：用例编号（如何命名）、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果

了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注

1：用例编号：产品型号-文件类型-版本号-序号 （淘宝商城： TB-TC-11-001）

2：所属模块：

3：用例标题：一般要做到一看标题就大概能猜出这条用例在测试什么

4：优先级：

5：前置条件：在做这个测试之前必须要先做的事情

6：操作步骤：

7：测试数据：

8：预期结果：一旦给定了 前置条件/操作步骤/测试数据，预期结果我们就知道了，预期结果是正确的结果（应该有的结果）

9：实际结果（特别注意）：只有实际测试过才知道，写用例的时候不写，测完才写

10：通过否：看实际结果与预期是否一致，一致就是通过了，没有bug；不一致，没通过，bug

11：bugID：bug的编号

12：编写人员：

13：编写时间：

14：测试人员：谁测试就写谁

15：测试时间：

16：备注：

提取测试点

一个一个需要分析测试的地方

一个测试点有可能会有多条测试用例，一个用例只有一个测试点

每一个和用户交互的地方都是测试点

什么是高质量的测试用例

1：测试用例覆盖所有的用户需求

2：测试用例要简单明了

3：各类型的测试用例要齐全

4：用最少的用例覆盖最多的需求

测试用例的方法

等价类划分法：

就是把可能输入的数据进行一个区域的区分，然后从区域中取出局有代表性的数据去测试

等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。

分类：

一般分为有效等价类和无效等价类：

有效等价类：就是说符合需求，输入合理的数据集合；

无效等价类：就是不符合需求，输入的数据集合不合理：

类型

取值范围型： 输入学生成绩 0-100

恒等类型 ： 只有一个结果是正确的，其他都是错误的 例如 彩票的特等奖

布尔值型： 通过是否来进行选择，如同意协议

枚举类型： 给出选项内容，只要符合其中任意一个就可以 例如选择学历

规则类型： 给定要求，满足要求的就可以，比如邮箱

在任意文本输入框中可以填写的字符类型： 中文、英文、特殊符号、空格、数字。

边界值分析法

边界值定：边界值分析是取稍高于和低于边界的一些数据进行测试

确定边界值的方法：上点，离点，内点

1：上点：上点是指边界上的点，开:区间的话上点在域外，闭区间的话在域内，上点遵循开外闭内

2：离点：离上点最近的点，开区间离点在域内，闭区间离店在域外，离点遵循开内闭外

3：内点：域内中间的数值取一

例子：

0<=x<=10 左上点 0 左离点 -1 右离点 11 右上点 10 内点 5

0<x<10 左上点 0 左离点 1  右离点 9  右上点 10 内点 5

0<=x<10  左上点 0 左离点 -1 右离点 9  右上点 10 内点 5

闭 [0,10）开 上点0 右上点11

软件测试中性能测试用例如何设计，求写好的用例？

好的测试用例标准：

质量属性：

l正确性：确保测试标题描述部分的内容正确性。

l经济性：只为确定需要的目的设计相应的测试步骤。

l可重复性：自我一致性，即不管谁执行此用例，结果一样。

l适应性：既能适应短期需要，又能考虑长远需要。

l可追踪性：用例能追踪到一个具体的需求。

l自我清理性：单个用例不会影响整个测试环境，即用例执行完了可以恢复原有的测试环境。

l结构化和可测试性

l含有规范的测试标题和编号。

l含有一个确定的测试某一个特定需求的目的。

l含有关于测试方法的描述。

l指定条件信息-环境、数据、预置的条件测试、安全入口等。

l含有操作步骤和预期结果。

l陈述任何辅助证据，例如截图报告并确保这些东西妥善保存。

l确保测试环境的干净（即用例不会影响整个环境）。

描述时使用主动语气结构。

l操作步骤不要超过15步。

l确保单个用例测试执行时用时不超过20分钟。

l自动化脚本用例添加必要的注释，比如目的、输入和期望结果。

l如果可能，建议提供可选择性的预置条件测试。

l用例之间的先后顺序是否跟业务流程一致，即用例在业务流程中的彼此顺序关系是否合理。配置管理：

l采用命名和编号规范归档。

l保存为特定的格式，文件类型。

l用例版本是否与当前被测试软件版本一致（对应）。

l包含用例需要的相应测试对象，如特定数据库。

l存档阅读。

l存档时按角色控制访问方式

l当网络备份时存档。

l离线归档。

这是我在优就业学习时总结的，希望对你有用

测试用例设计方法

为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例

在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。

测试用例的使用令软件测试的实施重点突出、目的明确。

在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

必须掌握：用例编号(如何命名)、所属模块、用例标题（验证谁在什么情况下，去做什么，最后结果是什么）、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果

了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注

测试用例覆盖所有的用户需求

测试用例要简单明了

各类型的测试用例要齐全

用最少的用例覆盖最多的需求

等价类划分 是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。

等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。

一般可分为有效等价类和无效等价类。

有效等价类：指符合《需求规格说明书》，输入合理的数据集合

无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合

取值范围型： 输入学生成绩    0-100

恒等类型  ： 只有一个结果是正确的，其他都是错误的    例如  彩票的特等奖

布尔值型：  通过是否来进行选择，如同意协议

枚举类型：  给出选项内容，只要符合其中任意一个就可以    例如选择学历

规则类型：  给定要求，满足要求的就可以，比如邮箱

在任意文本输入框中可以填写的字符类型： 中文、英文、特殊符号、空格、数字。

定义：边界值分析 是取稍高于或稍低于边界的一些数据进行测试。

原因： 程序开发循环体时的取数可能会因为<,<=搞错。

上点： 是指边界上的点，无论此时的域是开区间还是闭区间，开区间的话，上点就是在域外，闭区间的话，上点就是在域内。

离点： 是指离上点最近的点，这里就跟是闭区间还是开区间就有关系了，如果是开区间，那么离点就在域内，如果是闭区间，那么离点就在域外。(开内闭外)

遵循的原则：开内闭外    开区间往中间找，闭区间往外找

内点： 域内的任意点都是内点。

0<=x<=10          左上点 0 左离点 -1 右离点 11 右上点 10 内点 5

0<x<10              左上点 0    左离点 1    右离点 9  右上点 10    内点 5

0<=x<10            左上点 0    左离点 -1    右离点 9  右上点 10    内点 5
因果图法比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。

1、确定原因、结果、中间过程

2、连接因果图

3、标明约束条件

4、输出测试用例

错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。

一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。

输入一串数字，程序可自动从小到大排序

邮箱格式@符合的全角以及半角情况

测试手机终端的通话功能，可以设计各种通话失败的情况来补充测试用 例：

无SIM 卡插入时进行呼出（非紧急呼叫）

插入已欠费SIM卡进行呼出

射频器件损坏或无信号区域插入有效SIM卡呼出

网络正常，插入有效SIM卡，呼出无效号码（如1、888、333333、不输入任何号码等）

网络正常，插入有效SIM卡，使用“快速拨号”功能呼出设置无效号码的数字

最重要的是要思考和分析测试对象的各个方面，多参考以前发现的bug的相关数据，总结的经验，个人多考虑异常的情况、反面的情况、特殊的输入，以一个攻击者的态度对待程序，就能设计出比较完善的测试用例来。

设计测试用例时，分析和表达多输入条件下执行不同操作的黑盒测试方法。

注意： 该方法和因果图法相似。

1、确定原因和动作

2、排列组合

3、标明结果关系

4、输出测试用例

日本人提出

使用工具：正交表

正交实验法就是利用排列整齐的表 -正交表来对试验进行整体设计、综合比较、统计分析，实现通过少数的实验次数找到较好的生产条件，以达到最高生产工艺效果。

这种试验设计法是从大量的试验点中挑选适量的具有代表性的点，利用已经造好的表格—正交表来安排试验并进行数据分析的方法。

正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。

正交实验设计包括两部分内容：第一，是怎样安排实验；第二，是怎样分析实验结果。

在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合，不可能（也没有必要）为每一种组合编写一条用例，如何使用最少最优的组合进行测试。——正交排列法

以上的文章内容编写测试用例就是小编最近整理出来的，大家可以互相讨论吐槽发表自己的观点哦~！查看更多相关文章请访问学分高考