测试用例设计流程,测试用例设计流程

软件测试用例的设计方法

功能 测试用例的设计方法 ：

1. 边界值分析法：

指对输入的边界条件进行分析，设计出针对边界值的测试用例。

数值的边界值检验

字符的边界值检验

如： ASCII和 Unicode编码方式

其他边界值检验

选上所有选项(最大值)

不选上任何一项(空，零)

只选一项 (最小值)

2. 等价类划分法：

有效等价类：指输入完全满足程序输入的规格说明，是由有效且有意义的输入数据所构成的集合，利用有效等价类可以检验程序是否满足规格说明所规定的功能和 性能 。

无效等价类：和有效等价类相反，即不满足程序输入要求或者由无效的输入数据构成的集合。

3. 因果图法：

就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系，以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合，并最终生成判定表，来获得对应的测试用例。

4. 功能图法

　功能图是描述程序状态变化、转移的过程，因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。

5. 错误推测法：

推测法主要依赖经验、直觉来作出简单的判断甚至是猜测，给出可能存在 缺陷 的条件、场景等，在找到缺陷后，设计出相应的测试用例。

6. 正交实验设计方法：

主要步骤是：

(1) 对软件 需求 规格说明中的功能要求进行划分(层层分解与展开)，分解成具体的、相对独立的基本功能。

(2) 根据基本功能的 质量 需求，找出影响其功能实现的操作对象和外部因素，每个因素的取值可以看作水平，多个取值就存在多个水平。

(3) 确定待测试软件中所有因素及其权值，这是 测试用例设计 的关键，确保全面、准确。

权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。

(4) 加权筛选，生成因素分析表。

(5) 利用正交表构造测试数据集，正交表的每一行，就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则，有交互作用的组合优先安排。

什么是测试用例？如何设计测试用例？

一个测试用例描述了针对某个目标对程序进行测试所采用的一组实际输入、程序执行条件、测试步骤和预期的输出，以核实某个程序或其中的特定路径是否满足特定需求。由于程序输入的范围会非常大，因此会导致一个软件可选的测试用例数目巨大（甚至是无穷的）。这时，需要恰当地设计和选择测试用例集，以在限定的资源和时间内，尽可能地暴露软件中的错误。因此，测试用例集的设计通常被认为是测试中最重要、也是最困难的方面。由于实际测试中使用的测试用例集的输入范围只是程序输入的子集，因此即使软件通过了测试，也无法保证程序一定是正确的。这说明测试本身是不完全的，不能证明程序无错。人们认为，软件测试活动从未间断，只是在软件交付用户使用后，将由用户扮演测试角色而已。

对每个测试用例都需要给出具体描述，表1给出了一个测试用例模版示例。

表1

测试用例模版用例标识：对该测试用例赋予一个唯一标识用例开发者：谁编写的本用例

用例开发日期：编写用例的日期测试项：描述将被测试的具体特征、代码模块等对象测试输入：测试时为程序提供的输入数据前提条件：执行测试时系统应处于的状态或要满足的条件等环境要求：执行测试所需的软硬件环境、测试工具、人员等测试步骤：(1)……；（例如，点击“文件”菜单中的“新建”菜单项）

(2)……；（例如，在“test

case”目录下选择“test5.dat”文件）……预期输出：希望程序运行得到的结果

用例之间的依赖性：该测试用例依赖或受影响的其它测试用例

当测试用例数量多时，文档化的工作量就比较大。这时，模版内容在实际测试中可以根据需要进行简化，例如把各个测试用例所共有的内容单独列出来（如环境要求），并把所有测试用例用一张表格描述出来。

软件测试如何设计出专业的测试用例？

一、等价类划分法

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

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

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

二、边界值

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

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

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

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

三、判定表法

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

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

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

四、正交试验法

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

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

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

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

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

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

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

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

3、测试用例设计方法

场景法是对系统的功能点或业务流程的描述来进行设计，模拟出用户的正常操作流程和异常的流程，也就是基本流和备选流。一般情况下是一条基本流，N条备选流。

其中，基本流就是每个步骤都是最正常的情况；备选流就是有步骤不是最正常情况，导致生成的新分支。

等价类划分法一般分成两类：有效等价类、无效等价类；等价类其实就是子集。

1、完备测试、避免冗余

2、集合的划分，划分为互不相交的一组子集，而子集的并集是整个集合；子集互不相交：保证一种形式的无冗余性

3、同一等价类标志一个测试用例；因为同个等价类中，往往在程序中的处理方式相同。比如说：

在确立了等价类后，可建立等价类表，列出所有划分出的等价类输入条件：有效等价类、无效等价类，然后从划分出的等价类中按以下三个原则设计测试用例：

列出正三角形的有效等价类和无效等价类（答案百度有）

边界值法是对等价类划分法的一种补充（等价类法得到的测试数据太多，几乎无限），一般是对等价类划分法的分类进行边界值划分。根据经验，大量的错误是出现在输入或输出的边界值上，因此针对各种边界值情况设计测试用例，可以查出更多的错误。

不仅是考虑输入值的边界，也要考虑输出值的边界

if、while等语句的判断条件、定义域、值域边界、空、畸形输入、未受控状态等。

拓展知识

因果图法是对等价类法的一种补充（等价类法没有考虑到多个输入情况的组合）。如果一个功能逻辑，涉及多个条件或控件，则这时候要考虑它们之间的组合关系，不同的组合之间会触发什么样的输出结果。

与、或、非、恒等、唯一、包含、互斥

靠经验和直觉推测系统可能存在的错误，从而有针对性地去检查这些错误的方法。嗯...看人的一种“方法”。

分析系统中最容易出错的场景和情况，在此基础上有针对性地设计测试用例。需要完成的前提条件如下：

软件测试流程是什么？？

测试流程依次如下：

1、需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testingteam

2、测试计划:根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testingleaderortestingmanager

3、用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testingleader,seniortester

4、执行测试：根据测试用例的详细步骤，执行测试用例。--everytester(主要是初级测试人员)

5、执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--everytester(主要是初级测试人员)

6、defecttracking：追踪leader分配给你追踪的bug.直到bugfixed。--everytester

7、测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

8、用户体验、软件发布等。

扩展资料：

流程分析：

这个流程唯一的优点，就是能快速的发现并修复问题。

这个流程中，项目经理是核心，项目经理也确实是有多年开发与项目经验的牛人，他喜欢不定期分享上些前沿的技术。

对于测试来说，需求很不明确，测试文档与用例也是可有可无的产物，没有需求文档，或非常简陋，根据需求文档根本无法编写用例。

通用的测试用例，如登录、文件上传下载、列表翻页、日期选择、输入框验证、搜索等有一些“通用型”用例，以便在测试过程中做参考。

参考资料：程序测试_百度百科