需要写“测试内容”、“执行步骤”、“预期结果”、“实际结果”，“是否通过”，举个例吧，就拿腾讯的垃圾客户端来说，QQ登陆器，首先分类，可以分为“账号输入”、“密码输入”，“按钮点击”和“键盘快捷键”来分，首先是“账号输入”，又可以分为有效等价类和无线等价类，有效等价类就是输入正确的账号，无效等价类就是输入错误的账号，而错误的账号又可以分为几种，输入字母，输入汉字，输入特殊字符，等等；后面的“密码输入”类似，而“按钮点击”则是测试比如“登陆”按钮是否有效，也就是各个按钮的功能是否正确，“键盘快捷键”，比如在输入完账号过后直接点击键盘上的回车或者其他按钮是否可以开始登陆账号。我就写一个用例来说明嘛，“账号输入”的，测试内容：“输入正确的账号点击'登陆'，是否可以开始登陆（密码项输入正确的情况下）”，执行过程：“在'账号'栏输入正确的账号（密码项输入正确文本，点击'确定'）”，“预期结果”：账号开始登陆且登陆成功；实际结果：“ ”，等测试过后，是什么样子的就在实际结果填写什么，就这了，希望楼主采纳，打字很累啊

软件测试用例实例

自动取款机取款用例规约和测试用例

取款用例说明：

此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。

事件流：

该用例在用户插卡之后启动

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 用户按时取卡 功能测试 返回到主页面

求软件测试计划的详细案例

　　测试计划

　　测试概述:

　　测试背景:

　　测试手段:

　　手工测试

　　测试范围:

　　功能测试 界面测试 接口测试 容错测试 安全测试 性能测试 稳定性测试 恢复测试 配置测试 安装测试 文档测试 可用性测试

　　测试环境:

　　软件环境

　　操作系统

　　被测软件 其他软件

　　硬件配置

　　PC 配置：CPU

　　内存 ：1G

　　外部设备

　　测试策略:

　　一．功能测试

　　1．菜单点击相应标题菜单，验证其功能是否能实现

　　2．工具栏 点击相应工具栏，验证其功能是否实现

　　3．按钮

　　4．快捷键

　　5.下拉框

　　6．单选按钮

　　7. 复选按钮

　　8.切换按钮

　　9.编辑按钮

　　10.触发键：

　　11．链接：

　　二 .界面测试 点击相应按钮是否满足UI设计

　　1登陆界面

　　2总界面

　　3 输入界面

　　4处理界面

　　5输出界面

　　6提示界面

　　三. 容测测试 是否满足数据库设计要求

　　主键容错

　　非空容错

　　四、接口测试 点击相应的菜单 按钮 工具栏按钮 弹出相应的接口界面，验证其功能是否能正确实现 模块之间的调用 是否满足概要设计的要求

　　1.内部接口

　　2.业务流程测试

　　3.外部接口

　　五、安全测试

　　1.应用级安全测试

　　2.系统级安全测试 点击相应菜单，验证其功能是否实现

　　六．性能侧试

　　七．负载测试

　　八.稳定性测试

　　九 .恢复测试

　　十.配置测试

　　十一. 安装测试

　　十二.文档测试

　　软件需求 概要设计 测试计划 测试用例 技术文档的 质量通过评审 来保障

　　在线帮助

　　安装手册

　　使用手册

　　七.测试进度安排

　　工作内容 开始时间 结束时间 责任人 提交的结果 备注

　　编写测试计划

　　设计发短信测试用例

　　设计资费测试用例

　　搭建测试环境

　　集成测试 执行发短信测试用例

　　执行资费测试用例

　　集成测试分析报告

　　系统测试 性能测试

　　恢复测试

　　配置测试

　　系统测试分析报告

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

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

软件测试案例库的好处

肯定好处是大大的。

首先，案例库里有题型的，让你知道哪些东西是可以测试的。

其次，让你知道测试的东西哪些特性和特征是必须进行测试的。

再次，可以知道测试的思维是什么样子的，例如正向，逆向，边缘等各方面的测试角度及思维。

最后，除功能方面的测试外，你还可以进行哪些方面的性能测试，其工具是什么，是如何运用的。

软件测试失败的案例

呵呵。。

说一个性能测试的案例吧。。

2008年北京奥运会的门票购买网站

本来不是可以在网上购买到门票的嘛。

不过网站只开了三天不到就关闭了。

访问量太大。。服务器顶不住。挂了。。

你可以到网上找找。。应该许多失败的案例会有这个的、

举一个软件测试案例

你可以自己去测试.试验一下.

EasyBUG基于WEB的在线的，不用配置；界面很漂亮，操作容易上手，基本上只要是会上网的人一看就会用；区别其它工具且最实用的一点是截图功能强大，且是以图片的形式直接存在，而不是以附件的形式存在；BUG解决流程也有记录在案；丰富的统计报表，一目了然；是国产的，有中英文版的而且免费的。资源地址： http://www.EasyBug.net

谁有一些关于软件测试案例的实例呀？

可以去51testing论坛看看，说一下100%全和100%真的实例谁都不会发上去，保密问题

转载请注明出处51数据库 » 软件测试案例 软件测试案例的编写