利⽤场景法设计atm⾃动取款机的测试⽤例_atm⾃动取款机的
测试⽤例
1. 软件测试⽤例实例
⾃动取款机取款⽤例规约和测试⽤例
取款⽤例说明：
此⽤例完成⽤户利⽤⾃动取款机取款的全部流程，分为以下流程：插卡，输⼊密码，选择⾦额，取款，取卡等操作。
事件流：
该⽤例在⽤户插卡之后启动
1. 系统提⽰⽤户插卡；
2. 提⽰客户输⼊密码信息；
3. 密码输⼊完毕后，客户选择“确认”，向系统提交信息；
4. 系统验证客户输⼊的密码信息，确认正确后，进⼊选择系统主界⾯；
5. ⽤户选择取款选项；
6. 系统进⼊取款⾦额界⾯并提⽰⽤户输⼊⾦额；
7. 系统验证可以取款并输出钱款；
8. 系统提⽰⽤户取卡，操作完成。
基本流：
⽤户取款。
备选流：五一去哪儿玩
1.⽤户密码错误
2.取款⾦额不符合要求。
前置条件：
⽤户必须插⼊正确的银⾏卡才能开始执⾏⽤例。
后置条件：
如果系统确认⽤户信息正确，成功登陆，则系统启动主界⾯，等待⽤户发送消息，进⾏查询和取款等操作。
事件流 系统 ⽤户
1 系统提⽰⽤户插卡 插⼊银⾏卡
2 提⽰客户输⼊密码信息 输⼊密码
3 如果密码错误，提⽰密码不正确，并返回到2
4 如果密码正确，转⼊主界⾯
5 提⽰⽤户选择选项 选择取款选项
6 系统进⼊取款⾦额界⾯并提⽰⽤户输⼊⾦额 输⼊取款⾦额
7 如果⾦额符合则输⼊钱款
8 如果⾦额⼩于余额则提⽰取款失败并返回7
9 如果⾦额不是整百则提⽰不符合规范，取款失败并返回7。
10 提⽰⽤户取款 取出钱款能上网qq上不去
11 提⽰⽤户取卡 取出银⾏卡
测试⽤例：
事件 ⽤户操作 覆盖等价类 系统反应
1 插⼊正确银⾏卡 功能测试 提⽰输⼊密码
2 密码正确 功能测试 进⼊主界⾯，提⽰⽤户选择
银行营业时间3 密码不正确 功能测试 提⽰密码错误 重新输⼊
4 输⼊⾦额<；余额 功能检查 提⽰⽤户⾦额不⾜，重新输⼊或取卡
5 输⼊⾦额为150 功能检查 提⽰⽤户取款⾦额不符和规范，重新输⼊或退出
6 输⼊正确⾦额 功能检查 输出钱款
7 ⽤户未按时取款 错误处理 ⾃动收回钱款
8 ⽤户未按时取卡 错误处理 ⾃动吞卡
9 ⽤户按时取卡 功能测试 返回到主页⾯
2. 求测试⽤例实例
测试⽤例 1、⼀个好的⽤例的表述要点，即⽤例中应当包含的信息 ⼀个优秀的 测试 ⽤例 ，应该包含以下信息： 1) 软件或项⽬的名称 2)软件或项⽬的版本(内部版本号) 3) 功能模块名 4) 测试⽤例的简单描述，即该⽤例执⾏的⽬的或⽅法 5) 测试⽤例的参考信息(便于跟踪和参考) 6) 本测试⽤例与 其他 测试⽤例间的依赖关系 7) 本⽤例的前置条件，即执⾏本⽤例必须要满⾜的条件，如对 数据库 的访问权限 8) ⽤例的编号(ID)，如可以是 软件名称简写-功能块简写-NO.。
9) 步骤号、操作步骤描述、测试数据描述 10) 预期结果(这是最重要的)和实际结果(如果有BUG管理⼯具，这条可以省略) 11)开发⼈员(必须有)和测试⼈员(可有可⽆) 12)测试执⾏⽇期 2、实例 该测试案例是以⼀个B/S结构的登录功能点位被测对象， 该测试⽤例为⿊盒测试⽤例。假设⽤户使⽤的浏览器为IE6.0 SP4。
功能描述如下： 1. ⽤户在地址栏输⼊相应地址，要求显⽰登录界⾯； 2. 输⼊⽤户名和密码，登录，系统⾃动校验，并给出相应提⽰信息；
3. 如果⽤户名或者密码任⼀信息未输⼊，登录后系统给出相应提⽰信息；
霍建华喜欢林心如吗4. 连续3次未通过验证时，⾃动关闭IE。 表4-1 登录界⾯测试⽤例 ⽤例ID XXXX-XX-XX ⽤例名称 系统登录 ⽤例描述 系统登录 ⽤户名存在、密码正确的情况下，进⼊系统 页⾯信息包含：页⾯背景显⽰⽤户名和密码录⼊接⼝，输⼊数据后的登⼊系统接⼝ ⽤例⼊⼝ 打开IE，在地址栏输⼊相应地址 进⼊该系统登录页⾯ 测试⽤例ID 场景 测试步骤 预期结果 备注 TC1 初始页⾯显⽰ 从⽤例⼊⼝处进⼊ 页⾯元素完整，显⽰与详细设计⼀致 TC2 ⽤户名录⼊-验证 输⼊已存在的⽤户： test 输⼊成功 TC3 ⽤户名-容错性验证 输⼊：aaaaabbbbbcccccdddddeeeee 输⼊到蓝⾊显⽰的字符时，系统拒绝输⼊ 输⼊数据超过规定长度范围 TC4 密码-密码录⼊ 输⼊与⽤户名相关联的数据：test 输⼊成功 TC5 系统登录-成功 TC2,TC4，单击登录按钮 登录系统成功 TC6 系统登录-⽤户名、密码校验 没有输⼊⽤户名、密码，单击登录按钮 系统登录失败，并提⽰：请检查⽤户名和密码的输⼊是否正确 TC7 系统登录-密码校验 输⼊⽤户名，没有输⼊密码，单击登录按钮 系统登录失败，并提⽰：需要输⼊密码 TC8 系统登录-密码有效性校验 输⼊⽤户名，输⼊密码与⽤户名不⼀致，单击登录按钮 系统登录失败，并提⽰：错误的密码 TC9 系统登录-输⼊有效性校验 输⼊不存在的⽤户名、密码，单击登录按钮 系统登录失败，并提⽰：⽤户名不存在 TC10 系统登录—安全校验 连续3次未成功 系统提⽰：您没有使⽤该系
统的权限，请与管理员联系！ … … … …。
3. 软件测试⽤例实例
最低0.27元开通⽂库会员，查看完整内容> 原发布者：⾳乐教师 1、兼容性测试在⼤多数⽣产环境中，客户机⼯作站、⽹络连接和数据库服务器的具体硬件规格会有所不同。
客户机⼯作站可能会安装不同的软件例如，应⽤程序、驱动程序等⽽且在任何时候，都可能运⾏许多不同的软件组合，从⽽占⽤不同的资源。注：本⽂档由测试组提交，审核由测试组负责⼈签字，由项⽬负责⼈批准。
历史版本：1.1.疲劳强度测试⽤例强度测试也是性能测试是的⼀种，实施和执⾏此类测试的⽬的是出因资源不⾜或资源争⽤⽽导致的错误。如果内存或磁盘空间不⾜，测试对象就可能会表现出⼀些在正常条件下并不明显的缺陷。
⽽其他缺陷则可能由于争⽤共享资源(如数据库锁或⽹络带宽)⽽造成的。强度测试还可⽤于确定测试对象能够处理的最⼤⼯作量。
⼀、功能测试⽤例此功能测试⽤例对测试对象的功能测试应侧重于所有可直接追踪到⽤例或业务功能和业务规则的测试需求。这种测试的⽬标是核实数据的接受、处理和检索是否正确，以及业务规则的
实施是否恰当。
主要测试技术⽅法为⽤户通过GUI(图形⽤户界⾯)与应⽤程序交互，对交互的输出或接受进⾏分析，以此来核实需求功能与实现功能是否⼀致。⼆、性能测试性能测试是⼀种对响应时间、事务处理速率和其他与时间相关的需求进⾏测试和评估。
性能测试的⽬标是核实性能需求是否都已满⾜。可以分为以下⼏种进⽅式来组织进⾏测试。
1.2.预期性能测试⽤例通常系统在设计前会提出⼀些性能指标，这些指标是性能测试要完成的⾸要⼯作，针对每个指标都要统。
4. 软件测试测试⽤例4
测试⽤例的概念：
将软件测试的⾏为活动，做⼀个科学的组织归纳的过程。简单地说，测试⽤例就是设计⼀个情况，软件程序在这种情况之下，必须能正常运⾏并达到程序所设计的执⾏结果。
测试⽤列的⽇常实践得出：聿字怎么读
秋季运动会加油稿
1、明确⽤例设计的必要性：⽇程的测试⾏为中，我们不可能对软件进⾏穷举测试，为了节省资源与实践、提⾼测试效率、就必须从数量极⼤的可⽤测试数据中科学的挑选即有代表性、特殊性、或典型性(基于业务使⽤场景)，的测试数据来进⾏测试；
2、以⽇常实践指导⽤例设计、改进的思想：
a、在实施软件测试之初，以测试的⾓度解读需求，设计完成测试⽤例，避免盲⽬测试，提⾼测试效率
b、测试⽤例的使⽤，使得测试的实施重点突出、⽬的明确
c、在软件版本更新后只需维护较少数⽤例便可开展后续测试迭代，降低测试强度，缩短整个项⽬周期
d、测试⽤例亦能做到通⽤化与复⽤化，使得软件测试过程针对性强，互补性强。并且⽤例的设计⽔平不断的精化与攀升
3、科学选择设计⽅法：⽬前主流⽤例⽅法都⽐较实⽤，但在测试实践中，具体采⽤什么⽅法，还是要正对开发项⽬的特点对⽅法加以适当的选择，切勿死板硬套。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论