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

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

测试用例介绍

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

为什么要学习测试用例

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

软件测试工具有哪些？

1、禅道测试管理工具是功能比较全面的测试管理工具，功能涵盖软件研发的全部生命周期，为软件测试和产品研发提供一体化的解决方案，是一款十分优秀的国产开源测试管理工具。

2、LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，它能够对整个企业架构进行测试。通过LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。它是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实时性能监测，来帮助更快地查找和发现问题。

3、QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件QuickTestProfessional，可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。MercuryQuickTestPro是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。MercuryQuickTestPro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。

4、Selenium是为正在蓬勃发展的web应用开发的一套完整的测试系统。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。它的主要功能包括：测试与浏览器的兼容性——测试你的应用程序是否能够很好的在不同浏览器和操作系统上工作。测试系统功能——创建衰退测试检验软件功能和用户需求。支持自动录制动作和自动生成。Selenium的核心SeleniumCore基于JsUnit，完全由Javascript编写，因此可运行于任何支持Javascript的浏览器上，包括IE、MozillaFirefox、Chrome、Safari等。

测试用例

测试用例是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。

其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

很多人都以为测试用例包含实际结果，其实是错误的想法。测试用例不包含实际结果，测试用例产生于测试之前，只有测试时，才会有实际结果，所以实际结果是不可能与测试用例同步产生。实际结果存在于BUG文档，BUG文档是根据测试用例测试完后生成的报告文档。

测试用例主要包含四个内容：

用例标题，前置条件，测试步骤和预期结果。用例标题主要描述测试某项功能；前置条件是指用例标题需要满足该条件；测试步骤主要描述用例的操作步骤；预期结果指的是符合预期（开发规格书、需求文档、用户需求等）需求。

软件测试的分类&测试用例的设计&如何编写测试用例

常见的开发模型：

V模型、瀑布模型、敏捷开发模型、W模型

软件生命周期：

1、问题的定义及规划

2、需求分析

3、软件设计（明确怎么做！）

4、软件编码

5、软件测试

6、运行维护

测试生命周期：

单元测试：一般是开发完成时

集成测试：单元测试之后，单元之间接口是否正确，数据是否正常传递。比如说注册和充值两个功能是否能够连通。

系统测试：根据测试用例，进行完整的系统测试

验收测试：用户对软件进行验收

软件测试阶段：

单元、集成、系统、验收（正式验收、Alpha测试，Beta测试）

软测方法：

白盒测试、黑盒测试、灰盒测试

软测类型：

功能、界面、安全、兼容性、易用性、性能、压力、负载、恢复测试等

其他测试分类：冒烟测试、回归测试、探索性测试

常用的开发的模型：V模型

软件测试的分类

什么是黑盒测试？

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。不考虑内部结构，在程序接口进行测试。

Alpha、Beta测试的区别？

Alpha测试：前期的用户测试，公司内部在模拟实际操作环境下进行的一种验收测试。

Beta测试：后期的用户测试，此时已经通过内部测试，即将真实发布，是软件的在一个或者多个用户的实际使用环境下进行的测试

冒烟测试和回归测试区别？

冒烟测试：在新版本出来的时候，将软件的全部功能过一遍，功能可以正常进行不会影响测试进度，这个版本就可以真正测试了

回归测试：对以前版本中发现的bug在新的版本中验证是否存在且是否引发新的bug

1、边界值：

选取等于、刚刚大于、刚刚小于边界的值作为测试数据

基本思想是在最小值、略高于最小值、正常值、略低于最大值和最大值等处取值

2、等价类划分：

等价类划分就是把程序的输入域划分成若干部分，然后从每部分选取少量的具有代表性的数据作为测试用例。

无效等价类：不合理的、无意义的输入数据结婚，验证程序处理意外数据的能力

有效等价类：有意义的输入数据的集合，检验程序是否实现了规格说明总的功能和性能

等价类划分方法：按区间划分、数值划分、数值集合划分、限制条件和规则划分

3、错误推算法：

进行错误的操作，验证程序是否对出错的场景和情况有些应对能力，来选择测试用例数据

4、因果法/判定表法：

将判定表的每一列作为依据，设计测试用例。检查输入条件的各种组合情况

5、场景法：

通过描述的业务流程，设计用例来列出不同业务场景，作为测试用例的测试数据

基本流：主要是功能的正常操作流程

分支流：需要程序做非法判断处理的

* 测试用例方法的选择*（划重点）

1、进行等价类划分，主要是输入条件的划分，这是提高测试效率最有效的方法

在任何情况下都必须使用边界值分析法，这种方法设计出测试用例发现程序错误的能力最强

2、用错误推测法追加测试用例

3、如果程序说明中含有输入组合情况，则一开始就用判定表法（判定表法很少用到）

4、如果还没有达到覆盖标准，应当再补充足够的测试用例（场景法）

1、列出需求文档中的可测试性的原始需求

2、对每一条需求进行细化分解，形成可测试的测试点

3、针对测试点确定执行适合的测试类型

4、建立测试需求分析矩阵，对测试需求进行管理

软件测试需求的 重点 是“ 测什么 ”。

测试需求分析的目的：获取测试点，根据测试点编写用例

按钮指示灯：按压上下按钮指示灯是否亮

电梯门开关：按压上下按钮电梯门在当前楼层是否能打开

按向上按钮：电梯是否关门且向上面楼层方向走

按向下按钮：电梯是否关门且向下面楼层方向走

当电梯门没有关上：按开电梯门按钮，门是否开

当电梯门没有关上：按关闭电梯门按钮，门是否关闭

电梯内：按各个楼层，对应的指示灯是否亮

电梯内报警装置：报警装置是否正常

电梯内通话设备：按通话按钮能否接通外界

电梯内灯光：电梯内灯光是否亮，是否有无损坏

电梯内通风：是否通风

按各个楼层按钮：是否到当前楼层停止并开门

当超过最高重量：电梯是否报警打开电梯门，直到小于最高承重

电梯当前楼层是否和电梯内显示屏楼层一直

显示屏内是否有当前楼层，当前向上或者向下箭头，且与当前操作一致

电梯门超过规定时间未关门是否会有报警提示

上下按钮是否控制一个电梯或者两个电梯的开关门，如果控制两个电梯，按向上或者向下按钮，另一个电梯是否受控制

电梯是否分单双层？

在单层电梯情况下，按双层电梯，对应双层电梯数字是否亮，是否会到这一层

在双层电梯情况下，按单层电梯，对应单层电梯数字是否亮，是否会到这一层

电梯限层：按超过限层的电梯层数，数字是否亮，是否会到这一层

双击某楼层：是否会取消这个楼层且楼层灯灭

假如我在9楼，有人先按12楼，有人后按1楼，此时电梯是否先上12楼，再下1楼？

电梯感应：有人或者物体在门中间卡着，门是否会关闭，是否会有警铃提示？

电梯到达指定楼层是否有声音提示？

电梯是否刷卡：刷卡的电梯，如果没有刷卡是否能选楼层

维修开关：电梯内是否有维修开关

测试用例：指导性执行测试，帮助证明软件功能或发现软件缺陷的一种说明。每一个测试点的数据设计和步骤设计。

测试用例的重要性：

（1）、便于测试计划的实施

            一般主要适用于集成测试、系统测试、回归测试。根据用例知道自己的进度

（2）、规划测试数据的准备

            比如测注册，要提前准备好手机号、身份证号、不重复的用户名，邮箱等

（3）、编写测试脚本的根本

            自动测试的中心任务是编写测试脚本。测试脚本就是以测试用例为基础。

（4）、评估测试结果的基准

            通过测试用例的覆盖性和错误率，可以判断测试的结果，是否能发布

（5）、分析缺陷标准

 收集缺陷，对比测试用例。分析是漏测还是缺陷复现。反应了测试的不完善，应立即补充相应的测试用例

*测试标题如何写：测试点，对测试点进行细化分解。比如：输入正确用户名、密码，能否正常登陆。

测试用例编写格式注意：

（1）、测试标题一定要描述测试点（验证什么写什么），简洁明了，不存在重复

（2）、测试步骤要有指导性的意义，涉及测试数据输入最好包含具体的测试数据

（3）、预期结果是唯一的，不能出现“发送成功或失败”

如何编写测试用例？

用例包含：用例编号、功能模块、用例标题、前提条件、操作步骤、期望结果（含判断标准）、实际结果、备注

编写方式：按照功能+业务逻辑

（1）、首先保证单个功能是正常的

（2）、然后功能联合起来的业务逻辑是对的

比如：登录、充值、提现功能都是好的。业务逻辑，就是把所有的功能联合起来走一遍，看是否是好的

用例覆盖：包含正面和反面的用例

（1）、正面用例：根据功能模块划分，针对要测试的功能模块，所有正常输入数据的测试用例都写出来

（2）、反面用例：例如登录失败等，输入非法数据，违反唯一约束等等

软件测试用例怎么写

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）细化输出获得测试用例

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

软件测试的测试用例怎么写？

●
测试用例编号
◇
规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串
◇
约定：
系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX
●
测试项目
◇
规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等
◇
约定：
系统测试用例测试项目：软件需求项
如：测试手机在没有SIM卡的情况下，可以拨打紧急电话
集成测试用例测试项目：集成后的模块名或接口名
如：测试模块A提供的文件接口
单元测试用例测试项目：被测试的函数名
如：测试函数int
ReadFile(char
*pszFileName)
●
测试标题
规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复。
●
重要级别
规则
高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；
中：重要程度介于高和低之间的测试用例；
低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。
●
预置条件
规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件
●
输入
规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等
●
操作步骤
规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性。
●
预期输出
规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等

以上就是小编整理的软件测试测试用例以及方法全部内容了，欢迎大家留言讨论。访问学分高考了解更多相关话题