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、一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的 测试 用例 ，应该包含以下信息： 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、科学选择设计方法：目前主流用例方法都比较实用，但在测试实践中，具体采用什么方法，还是要正对开发项目的特点对方法加以适当的选择，切勿死板硬套。
转播
