软件测试测试用例实例功能测试用例性能测试用例兼容性测试用例资料Word格式文档下载.docx
《软件测试测试用例实例功能测试用例性能测试用例兼容性测试用例资料Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件测试测试用例实例功能测试用例性能测试用例兼容性测试用例资料Word格式文档下载.docx（38页珍藏版）》请在冰点文库上搜索。
测试人员
测试方法
黑盒
测试日期
用例描述
前置条件
编号
权限
（并列关系）
测试项
测试类别
描述/输入/操作
期望结果
真实结果
00001
无
列表页面
导航栏
导航测试
浏览\点击导航连接
详细正确导航页面所在位置
00002
添加删除修改按钮
添加修改删除按钮是否可用
不可用
00003
接受、汇报按钮
1）不是自己负责的数据未考核之前能否接受\汇报
不能
2）属于自己负责的未接受之前时候是否可以接受
能
3）属于自己负责的数据接受后但未考核能否可以汇报
4）接受后的数据没有汇报但考核了，是否仍可以汇报
00004
考核审核按钮
这俩按钮是否可用
这两按钮为置灰，不可用
00005
二级联动下拉列表
功能测试
下拉列表选择
1）默认为“本月由我负责的工作”，此时第2个下拉列表不显
2）当选择项非“…由我负责的工作”时第2个下拉列表正确显示员工名字
3）发生跟服务器交互时其他项显示正确
00006
DataGrid
1）数据显示
根据二级联动下拉列表正确显示符合条件的数据
2）点击列头排序、
点击列头正确排序
3）单击行（加按Ctrl\Shift\Alt）选中数据
选中数据单行（选中数据行为黄色）在文本框正确显示，不能多行选择
00007
分页控件
1）点击“首页、上一页、下一页、尾页”
2）页数下拉列表和跳转按钮
1）能正确分页、翻页
2）能选择页数和正确跳转
3）对数据操作（增删改）后正确显示
00008
月中、月末目标与月中月末报告四个文本框
1）正确显示DataGrid选中行的数据
2）字数过多滚动条功能
2）字符数过多时显示滚动条并能正确滚动
00009
界面UI
UI测试
页面没有错别字，跟整体风格一致，布局合理
00010
信息
汇报页面
点击导航栏处显示的导航链接
1）正确显示所在页面的模块名称
2）正确导航
00011
工作名称、负责人、考核人、开始日期、结束日期、工作量、月中月末考核目标、考核结果、考核说明各项
是否只能浏览
是
00012
月中月末工作报告
这两文本框能否填写
00013
发送即时通CkeckBox
能否点击选择、取消
00014
月中、月末汇报RadioButton
能否正常使用
00015
汇报按钮
1）汇报按钮单击能否正常使用
2）连续多次点击汇报按钮是否能正常汇报
正常汇报
3）汇报成功后，页面跳转到何处
转到列表页
00016
取消按钮
1）取消按钮能否正常使用
1）能
2）点击取消按钮是只清空所填数据还是返回上一页？
2）返回上一页工作考核数据列表页
3）能否快速连续点击，是什么结果
3）返回上一页工作考核数据列表页
00017
必填项是否有标识
00018
分配权
00019
添加按钮
点击添加按钮
进入信息添加页面
00020
修改删除按钮
1）未考核前，如是考核自己以及自己负责部门人员的数据修改删除按钮是否显示可用
1）可用，修改进入修改页面，删除给出删除确定与否的提示
2）未考核之前，不属于自己以及自己负责部门人员的，修改删除是否显示可用
2）不可用
3）已考核的是否可以修改删除
3）不可用
4）已审核的是否可以修改删除
4）不可用
5）对能删除的数据进行删除操作有没有提示
5）有提示
6）数据删除后返回到哪？
6）正确返回到列表页
00021
接受\汇报按钮
1）不能
2）属于自己的未接受之前时候是否可以接受
2）可以接受
3）属于自己的数据接受后但未考核是否可以汇报
3）可以汇报
4）接受后的数据考核了是否仍可以汇报
4）不可以
00022
考核\审核按钮
1）考核、审核按钮是否可用
00023
关联的查看工作下拉列表框
1）默认为“本月由我负责的工作”
2）当选择项非“…\由我负责\审核的工作”时第2个下拉列表正确显示员工名字
00024
Grid显示、排序
1）是否显示正确数据
1）正确显示
2）点击列头是否能排序
2）能正确排序而不影响页面上的其他正常功能
00025
四个文本框的内容和滚动条
1）数据显示
1）正确显示DataGrid选中行的数据
2）字数过多滚动条功能
2）字符数过多时显示滚动条并能正确滚动
00026
1）能正确分页、翻页
3）对数据操作（增删改）后是否正确显示数据
00027
00028
信息添加页面
3）正确显示所在页面的模块名称
4）正确导航
00029
工作名称文本框
1）正确输入数据
1）不出现错误
2）输入特殊字符~!
@#$%^&
*（）_+[]{}\|;
:
’”<
字母>
或者特殊字符组合
2）不符合要求的给出输入错误处理提示
3）输入超长字符是否可
以提交
3）不能提交，给出字符串超长提示
4）空工作名称是否可以提交
4）不可以提交
00030
负责、考核人
1）弹出项是否可正确选择使用
1）弹出项能正确选择使用
2）默认的考核人是否为信息添加者
2）考核人默认为信息添加者
3）考核人是否可以修改
3）考核人可以修改
4）是否可对非自己负责的部门人员添加工作任务
00031
开始、结束日期
1）弹出页是否可正确使用
2）手动输入正确日期格式是否可以提交
2）手动输入正确日期格式能提交
3）手动输入非法日期格式是否可以提交
3）手动输入非法日期格式不能提交，且应给出提示处理
4）开始日期大于结束日期是否能提交，如不能提交有无提示
4）开始日期大于结束日期不能提交，且要给出相应的提示
5）清空日期是否可提交
5）日期不能为空
00032
工作量文本框
1）填写合理的数字是否可提交
1）正常提交
2）提示输入错误给出处理
3）输入中文是否可以提交
3）提示输入错误
4）输入2147483648是否能提交
4）提示输入错误
5）输入小数、非正数是
否可提交
5）可以输入小数，但不能输入非正数
空工作量是否可以提交
6）提示不能为空
00033
月中月末考核目标文本框
1）是否能填写，能填写的话输入合法数据是否可提交
1）能填写，输入合法数据能提交
或者特殊字符组合是否可提交
2）合法的数据能提交，不合法的给予处理和错误提示
3）是否可以为空
3）可以为空
00034
月中月末工作报告文本框
1）是否能填写，能填写的话输入合法数据能否提交
1）置灰，不能填写
2）不能填写
3）不能填，原本为空
00035
考核结果下拉列表框
下拉列表能否正常使用
00036
考核说明文本框
或者特殊字符组合是否可以提交
2）置灰，不能填写
3）置灰，不能填写
00037
00038
1）添加按钮单击能否正常使用
1）能正常使用
2）能否快速连续点击，能的话同一数据是否添加多条？
2）不应该能连续点击
3）添加数据成功是否有给出添加成功的提示
给出添加成功的提示
4）添加成功后，页面跳转到何处
3）之前添加的信息项清空，不跳转，以便继续添加
00039
00040
1）必填项是否有标识
1）必填项给出必填标识
2）界面有无错别字，跟整体风格是否一致
2）页面没有错别字，跟整体风格一致，布局合理
00041
00042
修改页面
00043
1）是否正确显示数据，能否修改数据
2）修改填入正确数据能否提交
3）修改时输入特殊字符~!
4）修改输入超长字符是否可以提交
5）修改空工作名称是否可以提交
1）是，能
2）可以提交
3）符合的提交，非法的给予处理和错误提示
5）不可以
00044
负责、考核人弹出项
1）数据是否正确显示
2）能否修改，修改后能否正确提交
1）是
2）能修改，提交数据正确
00045
开始、结束日期弹出项
2）能否修改，输入合法数据能否正确提交
3）输入非法日期格式能否提交
4）开始日期大于结束日期能否提交
5）空日期能否提交
3）不能提交，给出处理提示
4）不能，给出提示
5）不能为空日期
00046
1）是否可以修改
2）填写合理的数字是否可提交
3）输入特殊字符~!
4）输入中文是否可提交
5）输入2147483648是否能提交
6）输入小数、非正数是否可提交
7）空工作量是否可提交
1）可以修改
2）正常提交
3）提示输入错误给出处理
5）提示输入错误
6）可以输入小数，但不能输入非正
7）提示不能为空
00047
2）合法的能提交，不合法的给予处理和提示
3）能
00048
1）置灰，不能使用
00049
考核结果下拉列表
1）能否使用
00050
1）状态是否保存正确
2）能否点击修改选择、取消
00051
修改按钮
1）修改按钮能否正常使用
2）能否连续点击，连续点击是否对此修改信息提交多次
3）修改成功是否有给出提示
4）修改成功后，页面跳转到何处
2）连续点击只修改数据，而不添加数据
3）修改成功给出修改成功的提示
4）转到工作考核数据列表页（保存最近一次的状态页面）
00052
00053
二、性能测试
性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。
性能测试的目标是核实性能需求是否都已满足。
可以分为以下几种进方式来组织进行测试。
2.1预期性能测试用例
通常系统在设计前会提出一些性能指标，这些指标是性能测试要完成的首要工作，针对每个指标都要统写多个测试用例来验证是否达到要求，根据测试结果来改进系统的性能。
预期性能指标通成以单用户为主。
测试目的
测试需求
测试过程说明
期望的性能（平均值）
实际性能（平均值）
功能1
场景1
场景2
场景3
备注：
2.2用户并发测试用例
用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。
前提条件
输入
（并发用户数）
用户通过率
期望性能（平均值）
50
100
200
功能2
50
2.3大数据量测试用例
大数据量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。
大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。
（最大数据量）
事务成功率
期望性能
（平均值）
10000第条记录
15000第条记录
20000第条记录
…
2.4疲劳强度测试用例
强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。
强度测试还可用于确定测试对象能够处理的最大工作量。
测试说明
连续运行8小时,设置添加10用户并发
输入/动作
输出/响应
是否正常运行
2小时
4小时
6小时
8小时
2.5负载测试测试用例
负载测试也是性能测试中的一种。
在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。
负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。
此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
期望输出
三、兼容性测试
在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。
客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。
配置说明
操作系统
系统软件
外设
应用软件
结果
服务器
Window2000（S）
WindowXp
Window2000（P）
Window2003
客户端
数据库服务器
浏览器
IE4.0以上
NetScape
FireFox
Maxthon
其他
App测试用例此文仅供参考
升级会员 