软件测试用例实例

2024-05-15

1. 软件测试用例实例

自动取款机取款用例规约和测试用例
 取款用例说明:
 此用例完成用户利用自动取款机取款的全部流程,分为以下流程:插卡,输入密码,选择金额,取款,取卡等操作。
 事件流:
 该用例在用户插卡之后启动
 1. 系统提示用户插卡;
 2. 提示客户输入密码信息;
 3. 密码输入完毕后,客户选择“确认”,向系统提交信息;
 4. 系统验证客户输入的密码信息,确认正确后,进入选择系统主界面;
 5. 用户选择取款选项;
 6. 系统进入取款金额界面并提示用户输入金额;
 7. 系统验证可以取款并输出钱款;
 8. 系统提示用户取卡,操作完成。
 基本流:
 用户取款。
 备选流:
 1.用户密码错误
 2.取款金额不符合要求。
 前置条件:
 用户必须插入正确的银行卡才能开始执行用例。
 后置条件:
 如果系统确认用户信息正确,成功登陆,则系统启动主界面,等待用户发送消息,进行查询和取款等操作。
 事件流 系统 用户
 1 系统提示用户插卡 插入银行卡
 2 提示客户输入密码信息 输入密码
 3 如果密码错误,提示密码不正确,并返回到2
  4 如果密码正确,转入主界面
  5 提示用户选择选项 选择取款选项
 6 系统进入取款金额界面并提示用户输入金额 输入取款金额
 7 如果金额符合则输入钱款
  8 如果金额小于余额则提示取款失败并返回7
  9 如果金额不是整百则提示不符合规范,取款失败并返回7。
  10 提示用户取款 取出钱款
 11 提示用户取卡 取出银行卡
 测试用例:
 事件 用户操作 覆盖等价类 系统反应
 1 插入正确银行卡 功能测试 提示输入密码
 2 密码正确 功能测试 进入主界面,提示用户选择
 3 密码不正确 功能测试 提示密码错误 重新输入
 4 输入金额<余额 功能检查 提示用户金额不足,重新输入或取卡
 5 输入金额为150 功能检查 提示用户取款金额不符和规范,重新输入或退出
 6 输入正确金额 功能检查 输出钱款
 7 用户未按时取款 错误处理 自动收回钱款
 8 用户未按时取卡 错误处理 自动吞卡
 9 用户按时取卡 功能测试 返回到主页面

软件测试用例实例

2. 软件测试用例怎么写

1.测试用例的定义
测试用例就是设计一种情况,软件程序在这种情况下,能够正常运行且达到程序所设计的运行结果。如果软件程序在这种情况下不能正常运行且反复出现这种问题,则可以判定软件有缺陷,可以记录在缺陷跟踪系统中,待问题修复,新版本部署,软件测试工程师利用同一个用例来回归测试这个问题,确保问题被修复。
2. 测试用例设计方法
(1)等价类划分法
(2)边界值分析法
(3)因果图法
(4)错误推荐法
(5)判定表法
(6)正交试验法
(7)功能图法
(8)场景法
3. 测试用例编写
测试用例格式:用例编号、所属模块、用例名称、前置条件、用例步骤、预期结果、实际结果、编写人员、编写时间

3. 软件测试的测试用例怎么写?

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

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

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

  一、等价类划分
  等价类划分主要适用于单个输入条件,输入为数值型的情况,如果输入规定了输入区间,可划分出一个有效等价类,两个无效等价类;如果输入只规定了输入范围,可划分出一个有效等价类,一个无效等价类。
  二、边界值
  边界值方法也是适用于单个输入条件的情况,输入类型可以数值、字符等,要测试的边界包括上点、下点、离点。
  三、错误推测法
  错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大。
  四、因果图法
  因果图方法考虑输入的组合,特别适用于多个输入条件相关有关联又相互约束的情况。
  设计步骤:
  1)罗列出输入与输出;
  2)根据输入与输出画出因果图;
  3)标出约束跟限制;
  4)把因果图转化成判定表;
  5)根据判定表的每一列设计测试用例。
  五、判定表驱动法
  判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来,避免遗漏。不能表达重复的操作。
  判定表包括条件桩、条件项、动作桩、动作项。
  条件桩:列出所有条件,次序无关;
  条件项:列出所对应条件的所有可能情况下的取值;
  动作桩:列出可能采取的操作,次序无关;
  动作项:列出条件项各种取值情况下采取的操作。
  设计步骤:
  1)确定规则个数,条件及各条件取值的组合;
  2)列出条件桩、动作桩;
  3)列出条件项;
  4)列出动作项;
  5)初始化判定表;
  6)规则简化、合并。

5. 软件测试用例的设计方法

功能 测试用例的设计方法 :
  1. 边界值分析法:
  指对输入的边界条件进行分析,设计出针对边界值的测试用例。
  数值的边界值检验
  字符的边界值检验
  如: ASCII和 Unicode编码方式
  其他边界值检验
  选上所有选项(最大值)
  不选上任何一项(空,零)
  只选一项 (最小值)
  2. 等价类划分法:
  有效等价类:指输入完全满足程序输入的规格说明,是由有效且有意义的输入数据所构成的集合,利用有效等价类可以检验程序是否满足规格说明所规定的功能和 性能 。
  无效等价类:和有效等价类相反,即不满足程序输入要求或者由无效的输入数据构成的集合。
  3. 因果图法:
  就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系,以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合,并最终生成判定表,来获得对应的测试用例。
  4. 功能图法
 功能图是描述程序状态变化、转移的过程,因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。
  5. 错误推测法:
  推测法主要依赖经验、直觉来作出简单的判断甚至是猜测,给出可能存在 缺陷 的条件、场景等,在找到缺陷后,设计出相应的测试用例。
  6. 正交实验设计方法:
  主要步骤是:
  (1) 对软件 需求 规格说明中的功能要求进行划分(层层分解与展开),分解成具体的、相对独立的基本功能。
  (2) 根据基本功能的 质量 需求,找出影响其功能实现的操作对象和外部因素,每个因素的取值可以看作水平,多个取值就存在多个水平。
  (3) 确定待测试软件中所有因素及其权值,这是 测试用例设计 的关键,确保全面、准确。
  权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。
  (4) 加权筛选,生成因素分析表。
  (5) 利用正交表构造测试数据集,正交表的每一行,就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则,有交互作用的组合优先安排。

软件测试用例的设计方法

6. 软件测试用例包括哪些内容

以下是一些需要考虑的步骤:
1 得到需求、功能设计、内部设计说书和其他必要的文档
2 得到预算和进度要求
3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )
4 确定应用软件的高风险范围,建立优先级、确定测试所涉及的范围和限制
5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试
6 确定对测试环境的要求 ( 硬件、软件、通信等 )
7 确定所需的测试用具 (testware) ,包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等
8 确定对测试的输入数据的要求
9 分配任务和任务负责人,以及所需的劳动力
10 设立大致的时间表、期限、和里程碑
11 确定输入环境的类别、边界值分析、错误类别
12 准备测试计划文件和对计划进行必要的回顾
13 准备白盒测试案例
14 对测试案例进行必要的回顾 / 调查 / 计划
15 准备测试环境和测试用具,得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南,建立测试跟踪过程,建立日志和档案、建立或得到测试输入数据
16 得到并安装软件版本
17 进行测试
18 评估和报告结果
19 跟踪问题 / 错误,并解决它
20 如果有必要,重新进行测试
21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

7. 软件测试测试用例2

分析题目中给出和隐含的对输入条件的要求: 
  (1)整数    (2)三个数    (3)非零数   (4)正数   
  (5)两边之和大于第三边     (6)等腰     (7)等边 
   如果 a 、 b 、 c 满足条件( 1 ) ~ ( 4 ),则输出下列四种情况之一:
   1)如果不满足条件(5),则程序输出为 " 非三角形 " 。
   2)如果三条边相等即满足条件(7),则程序输出为 " 等边三角形 " 。
   3)如果只有两条边相等、即满足条件(6),则程序输出为 " 等腰三角形 " 。
   4)如果三条边都不相等,则程序输出为 " 一般三角形 " 。 
   列出等价类表并编号


覆盖有效等价类的测试用例:
    a      b      c              覆盖等价类号码
    3      4      5             (1)--(7)
    4      4      5             (1)--(7),(8)
    4      5      5             (1)--(7),(9)    
    5      4      5             (1)--(7),(10)
    4      4      4             (1)--(7),(11)
   覆盖无效等价类的测试用例:
 

北京顶测教育为您解答

软件测试测试用例2

8. 软件测试测试用例3


最新文章
热门文章
推荐阅读