网上有很多现成的例子,看以参考一下这个网址!
每个公司都会有自己的标准,大同小异的……
参考资料:http://www.360doc.com/content/10/1212/19/4887454_77469508.shtml
软件测试用例实例
自动取款机取款用例规约和测试用例
取款用例说明:
此用例完成用户利用自动取款机取款的全部流程,分为以下流程:插卡,输入密码,选择金额,取款,取卡等操作。
事件流:
该用例在用户插卡之后启动
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 用户按时取卡 功能测试 返回到主页面
求软件测试用例的一个实例。
编号 级别 预置条件 操作步骤 预期结果 实际结果
1 1 xx系统xx方式运行 1、xxx 结果为2 结果为xxx
xx数据库xx运行 2、输入1+1
xxxxx条件
什么是软件测试的测试用例
软件测试用例就是实现这个功能的可能的步骤!比如说登录,当你输入用户名直接登录,这就是一条测试用例!软件测试用例内容,你去搜下测试用例模板!就知道啦!
软件测试用例的模板
一个合格的软件测试用里需要有以下要点:
1、操作描述
2、输入(测试数据)和输出(测试结果)
3、验证点
4、期望结果
5、实际结果
6、是否存在bug
7、bug位置及概述
本人经验,仅供参考
测试用例在软件测试中的作用是什么?
1、指导测试的实施测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准,测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中,以便自动生成测试结果文档。根据测试用例的测试等级,集成测试应测试那些用例,系统测试和回归测试又该测试那些用例,在设计测试用例时都已作明确规定,实施测试时测试人员不能随意作变动。2、规划测试数据的准备在我们的实践中测试数据是与测试用例分离的。按照测试用例配套准备一组或若干组测试原始数据,以及标准测试结果。尤其象测试报表之类数据集的正确性,按照测试用例规划准备测试数据是十分必须的。除正常数据之外,还必须根据测试用例设计大量边缘数据和错误数据。3、编写测试脚本的”设计规格说明书”为提高测试效率,软件测试已大力发展自动测试。自动测试的中心任务是编写测试脚本。如果说软件工程中软件编程必须有设计规格说明书,那么测试脚本的设计规格说明书就是测试用例。4、评估测试结果的度量基准完成测试实施后需要对测试结果进行评估,并且编制测试报告。判断软件测试是否完成、衡量测试质量需要一些量化的结果。例:测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少,等等。以前统计基准是软件模块或功能点,显得过于粗糙。采用测试用例作度量基准更加准确、有效。5、分析缺陷的标准通过收集缺陷,对比测试用例和缺陷数据库,分析确证是漏测还是缺陷复现。漏测反映了测试用例的不完善,应立即补充相应测试用例,最终达到逐步完善软件质量。而已有相应测试用例,则反映实施测试或变更处理存在问题。
软件测试用例的一个完整用例怎么写,要囊括哪些内容??
这要看你做的是软件哪种测试吧, 单元测试?集成测试?系统测试还是什么测试,不同阶段使用的用例也有区别的。。。我自己觉得。。。
软件测试用例的设计方法
功能 测试用例的设计方法 :
1. 边界值分析法:
指对输入的边界条件进行分析,设计出针对边界值的测试用例。
数值的边界值检验
字符的边界值检验
如: ASCII和 Unicode编码方式
其他边界值检验
选上所有选项(最大值)
不选上任何一项(空,零)
只选一项 (最小值)
2. 等价类划分法:
有效等价类:指输入完全满足程序输入的规格说明,是由有效且有意义的输入数据所构成的集合,利用有效等价类可以检验程序是否满足规格说明所规定的功能和 性能 。
无效等价类:和有效等价类相反,即不满足程序输入要求或者由无效的输入数据构成的集合。
3. 因果图法:
就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系,以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合,并最终生成判定表,来获得对应的测试用例。
4. 功能图法
功能图是描述程序状态变化、转移的过程,因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。
5. 错误推测法:
推测法主要依赖经验、直觉来作出简单的判断甚至是猜测,给出可能存在 缺陷 的条件、场景等,在找到缺陷后,设计出相应的测试用例。
6. 正交实验设计方法:
主要步骤是:
(1) 对软件 需求 规格说明中的功能要求进行划分(层层分解与展开),分解成具体的、相对独立的基本功能。
(2) 根据基本功能的 质量 需求,找出影响其功能实现的操作对象和外部因素,每个因素的取值可以看作水平,多个取值就存在多个水平。
(3) 确定待测试软件中所有因素及其权值,这是 测试用例设计 的关键,确保全面、准确。
权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。
(4) 加权筛选,生成因素分析表。
(5) 利用正交表构造测试数据集,正交表的每一行,就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则,有交互作用的组合优先安排。
转载请注明出处51数据库 » 经典软件测试用例 简单软件测试用例的举例