功能测试用例一详细用例(经典)
TestCase
用例编号
项目名称
模块名称模块
项目承担部门质量管理部
用例作者
完成日期2011
本文档使用部门质量管理部
评审负责人
审核日期
批准日期
注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。历史版本：
版本/状态作者参与者起止日期备注
V1.1
一、功能测试用例
此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务
规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则
的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对
交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
用例标识LinkWorks_ 项目名称https://www.doczj.com/doc/d716093937.html,
开发人员模块名称WorkEvaluate
用例作者参考信息工作考核系统界面设计(2005_03_28).vsd 测试类型设计日期2006-9-27 测试人员zmx
测试方法黑盒测试日期
用例描述
前置条件
编号权限
（并列
关系）测试项测试
类别
描述/输入/操作期望结果真实
结果
备注
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）数据显示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 界面UI 必填项是否有标识页面没有错别字，跟
整体风格一致，布局
合理
00018
分列导航栏浏览\点击导航连接详细正确导航页面所
在位置
00019 添加按钮点击添加按钮进入信息添加页面
00020 修改删除按
钮
1）未考核之前，如是考
核自己以及自己负责
部门人员的数据修改
删除按钮是否显示可
用
1）可用，修改进入修
改页面，删除给出
删除确定与否的
提示
2）未考核之前，不属于
自己以及自己负责部
门人员的，修改删除
是否显示可用
2 )不可用
3）已考核的是否可以修
改删除
3 )不可用
4）已审核的是否可以修
改删除
4 )不可用
5）对能删除的数据进行
删除操作有没有提示
5 )有提示
配权表
页
面
6）数据删除后返回到
哪？
6）正确返回到列表页
00021 接受\汇报按
钮
1）不是自己负责的数据
未考核之前能否接受
\汇报
1）不能
2）属于自己的未接受之
前时候是否可以接受
2）可以接受
3）属于自己的数据接受
后但未考核是否可以
汇报
3）可以汇报
4）接受后的数据考核了
是否仍可以汇报
4）不可以
00022 考核\审核按
钮
1）考核、审核按钮是否
可用
不可用
00023 关联的查看
工作下拉列
表框
下拉列表选择1）默认为“本月由我
负责的工作”
2）当选择项非“…\
由我负责\审核的工
作”时第2个下拉列
表正确显示员工名字
3）发生跟服务器交互
时其他项显示正确
00024 Grid显示、排
序
1）是否显示正确数据1）正确显示
2）点击列头是否能排序2）能正确排序而不
影响页面上的其
他正常功能
00025 四个文本框
的内容和滚
动条
1 )数据显示 1 )正确显示DataGrid
选中行的数据
2 )字数过多滚动条功能 2 )字符数过多时显示
滚动条并能正确滚动
00026 分页控件1）点击“首页、上一页、
下一页、尾页”
1 ）能正确分页、翻
页
2）页数下拉列表和跳转
按钮
2）能选择页数和正确
跳转
3 ) 对数据操作（增删改）
后是否正确显示数据
3）对数据操作（增删
改）后正确显示
00027 界面UI 页面没有错别字，跟
整体风格一致，布局
合理
00028
信
息
添
加
页
面导航栏点击导航栏处显示的导
航链接
3）正确显示所在页
面的模块名称
4）正确导航
00029 工作名称文
本框
1）正确输入数据1）不出现错误
2）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合
2）不符合要求的给出
输入错误处理提
示
3）输入超长字符是否可
以提交
3）不能提交，给出字
符串超长提示
4）空工作名称是否可以
提交
4）不可以提交
00030 负责、考核人1）弹出项是否可正确选
择使用
1）弹出项能正确选择
使用
2）默认的考核人是否为
信息添加者
2）考核人默认为信息
添加者
3）考核人是否可以修改3）考核人可以修改
4）是否可对非自己负责
的部门人员添加工作任
务
4）不可以
00031 开始、结束日
期
1）弹出页是否可正确使
用
1）弹出项能正确选
择使用
2）手动输入正确日期格
式是否可以提交
2）手动输入正确日
期格式能提交
3）手动输入非法日期格
式是否可以提交
3）手动输入非法日
期格式不能提交，
且应给出提示处
理
4）开始日期大于结束日
期是否能提交，如不
能提交有无提示
4）开始日期大于结
束日期不能提交，
且要给出相应的
提示
5）清空日期是否可以提
交
5）日期不能为空
00032 工作量文本
框
1）填写合理的数字是否
可提交
1）正常提交
2）输入特殊字符~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合2）提示输入错误给出处理
3）输入中文是否可以提
交3）提示输入错误4）输入2147483648
是否能提交
4）提示输入错误
5）输入小数、非正数是否可提交5）可以输入小数，但不能输入非正数
6）空工作量是否可以提
交
6）提示不能为空
00033 月中月末考
核目标文本
框
1）是否能填写，能填写
的话输入合法数据是
否可提交
1）能填写，输入合法
数据能提交
2）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合是否可以提
交
2）合法的数据能提
交，不合法的给予
处理和错误提示
3）是否可以为空3）可以为空
00034 月中月末工
作报告文本
框
1）是否能填写，能填写
的话输入合法数据能
否提交
1）置灰，不能填写
2）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合是否可以提
交
2）不能填写
3）是否可以为空3）不能填，原本为空
00035 考核结果下
拉列表框
下拉列表能否正常使用不能
00036 考核说明文
本框
1）是否能填写，能填写
的话输入合法数据是
否可提交
1）置灰，不能填写
2）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合是否可以提
交
2）置灰，不能填写3）是否可以为空3）置灰，不能填写
00037 发送即时通
CkeckBox
能否点击选择、取消能
00038 添加按钮1）添加按钮单击能否正
常使用
1）能正常使用
2）能否快速连续点击，
能的话同一数据是否
添加多条？
2）不应该能连续点
击
3）添加数据成功是否有
给出添加成功的提示
3）给出添加成功的
提示
4）添加成功后，页面跳
转到何处
4）之前添加的信息
项清空，不跳转，
以便继续添加
00039 取消按钮1）取消按钮能否正常使
用
1）能
2）点击取消按钮是只清
空所填数据还是返回上
一页？
2）返回上一页工作考
核数据列表页
3）能否快速连续点击，
是什么结果
3）返回上一页工作考
核数据列表页
00040 界面UI 1）必填项是否有标识1）必填项给出必填
标识
2）界面有无错别字，跟
整体风格是否一致
2）页面没有错别字，
跟整体风格一致，
布局合理
00041
00042
修
改
页
面导航栏点击导航栏处显示的导
航链接
1）正确显示所在页
面的模块名称
2）正确导航
00043 工作名称文
本框
1）是否正确显示数据，
能否修改数据
2）修改填入正确数据能
否提交
3）修改时输入特殊字符
~!@#$%^&*()_+[]{}\|
1）是，能
2）可以提交
3）符合的提交，非法
的给予处理和错
误提示
4）不可以
;:’”<字母>或者特殊
字符组合
4）修改输入超长字符是
否可以提交
5）修改空工作名称是否
可以提交
5）不可以
00044 负责、考核人
弹出项
1）数据是否正确显示
2）能否修改，修改后能
否正确提交
1）是
2）能修改，提交数据
正确
00045 开始、结束日
期弹出项
1）数据是否正确显示
2）能否修改，输入合法
数据能否正确提交
3）输入非法日期格式能
否提交
4）开始日期大于结束日
期能否提交
5）空日期能否提交
1）是
2）能修改，提交数据
正确
3）不能提交，给出处
理提示
4）不能，给出提示
5）不能为空日期
00046 工作量文本
框
1）是否可以修改
2）填写合理的数字是否
可提交
3）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合
4）输入中文是否可以提
交
5）输入2147483648
是否能提交
6）输入小数、非正数是
否可提交
7）空工作量是否可以提
交
1）可以修改
2）正常提交
3）提示输入错误给
出处理
4）提示输入错误
5）提示输入错误
6）可以输入小数，但
不能输入非正
7）提示不能为空
00047 月中月末考
核目标文本
框
1）是否可以修改
2）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合是否可以提
交
3）是否可以为空
1）是
2）合法的能提交，不
合法的给予处理
和提示
3）能
00048 月中月末工
作报告文本
框
1）是否可以修改1）置灰，不能使用
00049 考核结果下
拉列表
1）能否使用1）置灰，不能使用
00050 发送即时通
CkeckBox
1）状态是否保存正确
2）能否点击修改选择、
取消
1）状态是否保存正确
2）能否点击修改选
择、取消
00051 修改按钮1）修改按钮能否正常使
用
2）能否连续点击，连续
点击是否对此修改信
息提交多次
3）修改成功是否有给出
提示
4）修改成功后，页面跳
转到何处
1）能
2）连续点击只修改
数据，而不添加数
据
3）修改成功给出修
改成功的提示
4）转到工作考核数
据列表页（保存最
近一次的状态页
面）
00052 取消按钮1）取消按钮能否正常使
用
2）点击取消按钮是只清
空所填数据还是返回上
一页？
3）能否快速连续点击，
是什么结果
1）能
2）返回上一页工作考
核数据列表页
3）返回上一页工作考
核数据列表页
00053 界面UI 必填项是否有标识1）必填项给出必填
标识
2）页面没有错别字，
跟整体风格一致，
布局合理
00054
列
表
页
面导航栏浏览\点击导航连接1）正确显示所在页
面的模块名称
2）正确导航
00055 添加按钮点击添加按钮进入信息添加页面
00056 修改\删除按
钮
1)未考核之前，如是负责
人是自己数据修改删除
按钮是否显示可用
2)未考核之前，不属于自
己的，修改删除是否显示
可用
3)已考核的是否可以修改
删除
4)已审核的是否可以修改
删除
5)对能删除的数据进行删
除操作有没有提示
6)数据删除后返回到哪？
1)可用
2)可用
3)不可用
4)不可用
5)有提示
6)正确返回到列表页
00057 接受\汇报按1)不是自己负责的数据1）不能
考核权钮未考核之前能否接受
\汇报
2)属于自己负责的未接
受之前时候可以接受
3)属于自己的数据接受后
但未考核是否可以汇
报
4)接受后的数据考核了是
否仍可以汇报
2）可以
3）可以
4）不可以
00058 考核按钮1）不是自己负责的数据
未接受之前能否考核
2）自己以及自己负责部
门人员负责的任务数
据未接受之前能否考
核
3）自己负责的任务数据
接受后能否考核
4）自己负责部门人员的
任务数据未接受之前
能否考核
5）自己负责部门人员的
任务数据接受了但未
汇报能否考核
6）自己负责部门人员的
任务数据汇报后能否
考核
7）自己负责部门人员的
任务数据考核后，能
否再考核
8）自己负责部门人员的
任务数据审核后，能
否再考核
1）不能
2）不能
3）按钮正常显示，不
能自己对自己考
核，有提示
4）不能
5）考核人为自己才
能考核，进入页
面，否则不能考核
6）考核人为自己才
能考核，进入考核
页面，否则不能考
核
7）不能，此时考核按
钮置灰
8）不能，此时考核按
钮置灰
00059 审核按钮1）该按钮是否可用1），置灰，不可用
00060 关联的查看
工作下拉列
表框
下拉列表选择1）默认为“本月由我
负责的工作”
2）当选择项非“…
由我负责\审核的工
作”时第2个下拉列
表正确显示员工名字
3）发生跟服务器交互
时其他项显示正确
00061 Grid显示、排
序
1）是否显示正确数据
2）点击列头是否能排序
1）正确显示
2）能正确排序
00062 四个文本框1）数据显示1）正确显示DataGrid
的内容和滚动条2）字数过多滚动条功能选中行的数据
2）字符数过多时显示
滚动条并能正确滚动
00063 分页控件1）点击“首页、上一页、
下一页、尾页”
2）页数下拉列表和跳转
按钮
3）对数据操作（增删改）
后是否正确显示
1）能正确分页、翻页
2）能选择页数和正确
跳转
3）对数据操作（增删
改）后正确显示
00064 界面UI 页面没有错别字，跟
整体风格一致，布局
合理
00065
信
息
考
核
页
面导航栏点击导航栏处显示的导
航链接
1）正确显示所在页
面的模块名称
2）正确导航
00066 工作名称、负
责人、考核
人、开始日
期、结束日
期、工作量、
四个文本框
1）是否正确显示数据
2）这几项数据是否有数
据能修改
1）正确显示数据
2）这几项为置灰，数
据不能修改
00067 核结果下拉
列表
1）下拉列表能否正常使
用
2）不选择考核结果能否
提交
1）能
2）不能，给出提示
00068 考核说明文
本框
1）是否能填写，能填写
的话输入合法数据是
否可提交
2）输入特殊字符
~!@#$%^&*()_+[]{}\|
;:’”<字母>或者特殊
字符组合是否可以提
交
3）是否可以为空
4）能否考核自己的数据
1）能填写数据，输入
合法数据能正确
提交
2）合法的能提交，不
合法的给予处理
和提示
3）可以
4）不能自己考核自
己，自己考核自己
的给出提示“不能
对自己负责的工
作数据进行考核”
00069 发送即时通
CkeckBox
能否点击选择、取消能
00070 考核按钮1）考核按钮是否能正常
使用
2）考核成功以后是否给
出考核成功的提示
3）考核成功后，页面跳
1）是
2）给出提示
3）工作考核数据列
表页
转到何处
00071 取消按钮1）取消按钮能否正常使
用
2）点击取消按钮是只清
空所填数据还是返回上
一页？
3）能否快速连续点击，
是什么结果
1）能
2）返回上一页工作考
核数据列表页
3）返回上一页工作考
核数据列表页
00072 界面UI 1）必填项给出必填
标识
2）页面没有错别字，
跟整体风格一致，
布局合理
00073
审核权列
表
页
面
导航栏浏览\点击导航连接1）正确显示所在页面
的模块名称
2）正确导航
00074 添加按钮点击添加按钮进入信息添加页面
00075 修改删除按
钮
1）未考核之前，如是考
核自己的数据修改删
除按钮是否显示可用
2）未考核之前，不属于
自己的，修改删除是
否显示可用
3）已考核的是否可以修
改删除
4）已审核的是否可以修
改删除
5）对能删除的数据进行
删除操作有没有提示
6）数据删除后返回到
哪？
1）可用
2）可用
3）不可用
4）不可用
5）有提示
6）正确返回到列表
页
00076 接受\汇报按
钮
1）不是自己负责的数据
未考核之前能否接受
\汇报
2）属于自己的未接受之
前时候可以接受
3）属于自己的数据接受
后但未考核是否可以
汇报
4）接受后的数据考核了
是否仍可以汇报
1）不能
2）可以接受
3）可以汇报
4）不可以
00077 考核按钮该按钮能否使用` 不能
00078 审核按钮1）不是自己负责或者自
己负责部门人员的任
务的数据未接受、考
核之前能否审核
2）不是自己负责或者自
己负责部门人员的任
务的数据考核之后能
否审核
3）自己任务数据未考核
之前能否审核
4）自己负责部门人员的
任务数据接受后未考
核能否审核
5）自己负责的任务数据
考核后，能否审核
6）自己负责部门人员的
任务数据考核后，能
否审核
7）自己负责部门人员的
任务数据审核后，能
否取消审核
1）不能审核
2）不能审核
3）不能审核
4）不能审核
5）提示不能审核自
己的任务
6）能审核，进入审核
页面
7）该数据的考核人
是自己的时候才
能取消审核
00079 关联的查看
工作下拉列
表框
下拉列表选择1）默认为“本月由我
负责的工作”
2）当选择项非“…
由我负责\审核的工
作”时第2个下拉列
表正确显示员工名字
3）发生跟服务器交互
时其他项显示正确
00080 Grid显示、排
序
是否显示正确数据
点击列头是否能按要求
排序
正确显示
能正确排序
00081 四个文本框
的内容和滚
动条
1）数据显示
2）字数过多滚动条功能
1）正确显示
DataGrid选中行
的数据
2）字符数过多时显
示滚动条并能正
确滚动
00082 分页控件1）点击“首页、上一页、
下一页、尾页”
2）页数下拉列表和跳转
按钮
3）对数据操作（增删改）
后能否正确显示数据
1）能正确分页、翻页
2）能选择页数和正确
跳转
3）对数据操作（增删
改）后正确显示
00083 界面UI 页面没有错别字，跟
整体风格一致，布局
合理
00084
信
息
审
核
页
面导航栏点击导航栏处显示的导
航链接
1）正确显示所在页
面的模块名称
2）正确导航
00085 页面信息浏
览
1）浏览显示的信息是否
正确无误
1）浏览显示的信息正
确无误
00086 发送即时通
CkeckBox
能否点击选择、取消能
00087 审核按钮1）审核按钮是否能正常
使用
2）审核成功后有无提示
3）审核成功后，页面跳
转到何处
1）能
2）不做提示
3）跳转到列表页
00088 取消按钮1）取消按钮能否正常使
用
2）点击取消按钮是只清
空所填数据还是返回上
一页？
3）能否快速连续点击，
是什么结果
1）能
2）返回上一页工作考
核数据列表页
3）返回上一页工作考
核数据列表页
00089 界面UI 1）必填项给出必填
标识
2）页面没有错别字，
跟整体风格一致，
布局合理
00090
取
消
审
核
页
面导航栏点击导航栏处显示的导
航链接
1）正确显示所在页
面的模块名称
2）正确导航
00091 页面信息浏
览
1）浏览显示的信息是否
正确无误
1）浏览显示的信息正
确无误
00092 发送即时通
CkeckBox
能否点击选择、取消能
00093 取消审核按
钮
1）取消审核按钮是否能
正常使用
2)取消审核成功以后是否
给出考核成功的提示
3）取消审核成功后，页
1）是
2）给出提示
3）工作考核数据列表
页
面跳转到何处
00094 取消按钮1）取消按钮能否正常使
用
2）点击取消按钮是只清
空所填数据还是返回上
一页？
3）能否快速连续点击，
是什么结果
1）能
2）返回上一页工作考
核数据列表页
3）返回上一页工作考
核数据列表页
00095 界面UI 1）必填项给出必填
标识
2）页面没有错别字，
跟整体风格一致，布
局合理
00096
考核权列
表
页
面
导航栏浏览\点击导航连接1）正确显示所在页
面的模块名称
2）正确导航
00097 添加按钮1）该按钮是否可用1）不可用
00098 修改\删除按
钮
1）该按钮是否可用1）不可用
00099 接受\汇报按
钮
1）给按钮是否可用1）不可用
00100 考核按钮1）不是自己负责的数据
未接受之前能否考核
2）自己以及自己负责部
门人员负责的任务数
据未接受之前能否考
核
3）自己负责的任务数据
接受后能否考核
4）自己负责部门人员的
任务数据未接受之前
能否考核
5）自己负责部门人员的
任务数据接受了但未
汇报能否考核
6）自己负责部门人员的
任务数据汇报后能否
考核
7）自己负责部门人员的
任务数据考核后，能
否再考核
8）自己负责部门人员的
任务数据审核后，能
1）不能
2）不能
3）按钮正常显示，不
能自己对自己考
核，有提示
4）不能
5）考核人为自己才
能考核，进入页
面，否则不能考核
6）考核人为自己才
能考核，进入考核
页面，否则不能考
核
7）不能，此时考核按
钮置灰
8）不能，此时考核按
钮置灰
否再考核
00101 审核按钮1）该按钮是否可用1），置灰，不可用
00102 关联的查看
工作下拉列
表框
下拉列表选择1）默认为“本月由我
负责的工作”
2）当选择项非“…
由我负责\审核的工
作”时第2个下拉列
表正确显示员工名字
3）发生跟服务器交互
时其他项显示正确
00103 Grid显示、排
序
是否显示正确数据
点击列头是否能排序
正确显示
能正确排序
00104 四个文本框
的内容和滚
动条
1）数据显示
2）字数过多滚动条功能
1）正确显示DataGrid
选中行的数据
2）字符数过多时显示
滚动条并能正确滚动
00105 分页控件1）点击“首页、上一页、
下一页、尾页”
2）页数下拉列表和跳转
按钮
3）对数据操作（增删改）
后是否正确显示
1）能正确分页、翻页
2）能选择页数和正确
跳转
3）对数据操作（增删
改）后正确显示
00106
界面UI 页面没有错别字，跟
整体风格一致，布局
合理
信
息
考
核
页
面
与“分配权|考核权”下的“信息考核页面”用例相同
00107
审
核权列
表
页
面
导航栏浏览\点击导航连接1）正确显示所在页面
的模块名称
2）正确导航
00108 添加按钮1）该按钮是否可用1）不可用
00109 修改删除按
钮
1）该按钮是否可用1）不可用
00110 接受\汇报按
钮
1）该按钮是否可用1）不可用
00111 考核按钮1）不是自己负责的数据
未接受之前能否考核
2）自己以及自己负责部
1）不能
2）不能
3）按钮正常显示，不
门人员负责的任务数
据未接受之前能否考
核
3）自己负责的任务数据接受后能否考核
4）自己负责部门人员的任务数据未接受之前
能否考核
5）自己负责部门人员的任务数据接受了但未
汇报能否考核
6）自己负责部门人员的任务数据汇报后能否
考核
7）自己负责部门人员的任务数据考核后，能
否再考核
8）自己负责部门人员的任务数据审核后，能
否再考核
能自己对自己考
核，有提示
4）不能
5）考核人为自己才能考核，进入页
面，否则不能考核6）考核人为自己才能考核，进入考核
页面，否则不能考
核
7）不能，此时考核按钮置灰
8）不能，此时考核按钮置灰
00112 审核按钮1）不是自己负责或者自
己负责部门人员的任
务的数据未接受、考
核之前能否审核
2）不是自己负责或者自
己负责部门人员的任
务的数据考核之后能
否审核
3）自己任务数据未考核
之前能否审核
4）自己负责部门人员的
任务数据接受后未考
核能否审核
5）自己负责的任务数据
考核后，能否审核
6）自己负责部门人员的
任务数据考核后，能
否审核
7）自己负责部门人员的
任务数据审核后，能
否取消审核
1）不能审核
2）不能审核
3）不能审核
4）不能审核
5）提示不能审核自
己的任务
6）能审核，进入审核
页面
7）该数据的考核人
是自己的时候才
能取消审核
96
00113 关联的查看
工作下拉列
表框
下拉列表选择1）默认为“本月由我
负责的工作”
2）当选择项非“…
由我负责\审核的工作”时第2个下拉列表正确显示员工名字3）发生跟服务器交互时其他项显示正确
00114 Grid显示\排
序
1)是否显示正确数
据
2)点击列头是否能
按要求排序
正确显示
能正确排序
00115 四个文本框
的内容和滚
动条
1）数据显示
2）字数过多滚动条功能
1）正确显示
DataGrid选中行
的数据
2）字符数过多时显
示滚动条并能正
确滚动
00116 分页控件1）点击“首页、上一页、
下一页、尾页”
2）页数下拉列表和跳转
按钮
3）对数据操作（增删改）
后能否正确显示数据
1）能正确分页、翻页
2）能选择页数和正确
跳转
3）对数据操作（增删
改）后正确显示
00117
界面UI 页面没有错别字，跟
整体风格一致，布局
合理
信
息
审
核
页
面
与“分配权|审核权”下的“信息审核页面”相同
取
消
审
核
页
面
与“分配权|审核权”下的“取消审核页面”相同
00118 审
核
权
列导航栏浏览\点击导航连接1）正确显示所在页面
的模块名称
2）正确导航
00119 添加按钮1）该按钮是否可用1）不可用
00120 修改删除按
钮
1）该按钮是否可用1）不可用
00121 接受\汇报按
钮
1）该按钮是否可用1）不可用
00122
表页面
考核按钮 1）该按钮是否可用 1）不可用
00123
审核按钮
不是自己负责或者自己
负责部门人员的任务的数据未接受、考核之前能否审核
不是自己负责或者自己
负责部门人员的任务的数据考核之后能否审核
自己任务数据未考核之
前能否审核
自己负责部门人员的任
务数据接受后未考核能否审核
自己负责的任务数据考
核后，能否审核 自己负责部门人员的任
务数据考核后，能否审核
自己负责部门人员的任
务数据审核后，能否取消审核 不能审核 不能审核 不能审核 不能审核
提示不能审核自己的
任务
能审核，进入审核页
面
该数据的考核人是自
己的时候才能取消审核
00124
关联的查看工作下拉列表框
下拉列表选择
1）默认为“本月由我负责的工作” 2）当选择项非“…由我负责\审核的工作”时第2个下拉列表正确显示员工名字 3）发生跟服务器交互时其他项显示正确
00125
Grid 显示、排序
1） 是否显示正确数据 2） 点击列头是否能按要
求排序 1） 正确显示 2） 能正确排序
00126
四个文本框的内容和滚动条
1） 数据显示
2） 字数过多滚动条功能
1） 正确显示
DataGrid 选中行的数据
2） 字符数过多时显
示滚动条并能正确滚动
00127
分页控件
1）点击“首页、上一页、下一页、尾页”
2）页数下拉列表和跳转按钮
3）对数据操作（增删改）1）能正确分页、翻页 2）能选择页数和正确跳转
3）对数据操作（增删改）后正确显示
中国电信XXX项目 功能测试用例 撰稿人：XX XXX信息网络有限责任公司 2013年X月XX日
目录 1.概述----------------------------------------------------------------------------------------------------------------- 3 1.1编写目的---------------------------------------------------------------------------------------------------------- 3 1.2读者对象---------------------------------------------------------------------------------------------------------- 3 1.3参考资料---------------------------------------------------------------------------------------------------------- 3 2.ANDROID测试用例-------------------------------------------------------------------------------------------- 4 2.1登陆/注册--------------------------------------------------------------------------------------------------------- 4 2.2文件上传---------------------------------------------------------------------------------------------------------- 4 2.3文件收藏---------------------------------------------------------------------------------------------------------- 5 2.4文件删除/还原 -------------------------------------------------------------------------------------------------- 5 2.5文件重命名 ------------------------------------------------------------------------------------------------------ 6 2.6文件移动---------------------------------------------------------------------------------------------------------- 7 2.7文件分享---------------------------------------------------------------------------------------------------------- 7 2.8图片浏览---------------------------------------------------------------------------------------------------------- 8 2.9相册备份---------------------------------------------------------------------------------------------------------- 8 2.10私密空间 -------------------------------------------------------------------------------------------------------- 9 2.11设置 ------------------------------------------------------------------------------------------------------------ 10 2.12客户端安装/升级-------------------------------------------------------------------------------------------- 10
手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来： 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”，良好的外观往往能够吸引眼球，激发顾客(用户)的购买欲望，最终达成商业利益的实现。软件的设计亦如此，Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板，以突出“应用”的灰色界面，从“用户体验”角度来设计界面，使界面具有较大的亲和力。就目前的软件设计的发展趋势来说，良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试，给出客观、公正的评价，却鲜见于报端。本文试从共性分析和个性分析的角度，给出一些测试意见和原则，简单且易于上手。起到一个抛砖引玉的目的、以飨读者。 我们知道：“不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户
对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：――提示的格式是否一致 ――菜单的格式是否一致 ――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族)
功能测试用例说明书 功能测试用例说明书 作者 发布范围HPTCA-MS 整个生命周期 版本V1.0 发布日期2008-6-12 修订历史记录
发布日期版本说明作者2008-6-12 1.O考勤系统测试用例 目录 1.引言 4 1.1 编写的目的4 1.2 编写范围4 1.3 参考文献4 1.4 术语与缩略语4 2.接口测试用例 4 2.1被测试对象的介绍4 2.2测试范围与目的 4 2.3测试环境与测试辅助工具的描述4 2.4测试驱动程序的设计4 2.5接口测试用例 5 3.功能测试用例 5 3.1被测试对象的介绍5 3.2测试范围与目的 5 3.3测试环境与测试辅助工具的描述5 3.4测试驱动程序的设计5 3.5功能测试用例 5 4.评审意见 6 5.其它需要说明的问题： 6 需求说明书
1.引言 1.1编写的目的 本手册是基于项目已经基本完成，作为项目测试人员对项目功能进行测试。测试各项功能是否达标！ 1.2编写范围 功能测试用例编号名称责任人备注AT001登录（包括身份验证，页面跳转）王挺 AT002考勤基本操作（包括上班，下班，请假申请，出差申请）刘红杰 AT003员工考勤信息管理（包括修改密码，段时间考勤信息查询）毛凌波 AT004消息服务（包括收发短信息，网站留言）夏天梁 AT005员工个人信息管理（包括员工信息查询，添加员工，生成富强 AT006Excel 表格） 手动考勤（包括手动上下班，手动请假，手动出差）张耿耿 AT007节假日管理（包括添加节假日，修改节假日）王杰 AT008申请管理（包括请假申请，出差申请）薛纪表 AT009人性化和网站安全周碧文 1.3参考文献 编号资料名称简介作者日期出版单位 01《数据库设计说明书》数据库设计资料薛纪表2008.05.10软件（ 4）班 2 组02《需求规格说明书》需求规格资料周碧文2008.05.02软件（ 4）班 2 组03《概要设计说明书》概要设计资料王杰2008.05.23软件（ 4）班 2 组04《详细设计说明书》详细设计资料周碧文软件（ 4）班 2 组https://www.doczj.com/doc/d716093937.html,技术支持，解答/// 1.4术语与缩略语 术语、缩略语 ST ? 解释系统测试， System Test ?
[方案]编写软件测试用例文档的例子TestCase_LinkWorks_WorkEvaluate 用例编号 LinkWorks 项目名称 WorkEvaluate模块模块名称 研发中心-质量管理部项目承担部门 用例作者 2005-5-27 完成日期 质量管理部本文档使用部门 评审负责人 审核日期 批准日期 注:本文档由测试组提交～审核由测试组负责人签字～由项目负责人批准。 历史版本: 版本/状态作者参与者起止日期备注 V1.1 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI(图形用户界面)与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。 项目名称用例标识 LinkWorks_ WorkEvaluate_02 MIIP 陈谦模块名称开发人员 WorkEvaluate 参考信息工作考核系统界面设计(2005_03_28).vsd 用例作者
设计日期测试人员高珍珍测试类型 2014-8-25 黑盒测试日期测试方法 用例描述 前置条件 编号权限测试项测试描述/输入/操作期望结果真实备注 (并列类别结果 关系) 无列导航栏导航浏览\点击导航连接详细正确导航页面所 00001 表测试在位置 页添加删除修添加修改删除按钮是否不可用 00002 面改按钮可用 接受、汇报按1) 不是自己负责的数据不能 钮未考核之前能否接受 \汇报 2) 属于自己负责的未接能 受之前时候是否可以 接受 00003 3) 属于自己负责的数据能 接受后但未考核能否 可以汇报 4) 接受后的数据没有汇不能 报但考核了，是否仍 可以汇报 考核审核按这俩按钮是否可用这两按钮为置灰，不 00004 钮可用 二级联动下功能下拉列表选择 1)默认为“本月由我
功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
2. 行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测
五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1．因果图法的定义是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 2．在事件触发机制中场景法用得最多。在测试一个软件的时候，先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程，用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。
测试用例实例--常见功能测试点 笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空
③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询：
XXX手机硬件测试列表 1.1.1 LCD测试 1．数量：2pcs以上； 2．测试方法及内容：手机正常开机后，距离30cm，与水平成45o角并在各个方向15o范围内观察LCD工作是否正常。 a． LCD显示是否正常，是否存在斑点、阴影等； b．彩屏LCD各种颜色能否正常显示，分辨率、色素、响应时间等性能指标是否符合要求； c．分别在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示是否正常，各性能指标是否符合要求； d．将电源设置成高(4.2v）、中(3.8v)、低(3.5v)不同电压，LCD显示是否有差异或异常。 3．预期结果： a． LCD显示正常，不存在斑点、阴影等； b．彩屏LCD各种颜色正常显示，分辨率、色素、响应时间等性能指标符合要求（结合项目的具体指标规定）； c．在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示均应正常，各项性能符合项目的具体指标要求； d．在高、中、低不同电压下，LCD显示应正常且基本一致。 1.1.2 LCD背光及键盘背光测试 1．数量：2pcs以上； 2．测试方法及内容：手机正常开机后，选择进入手机功能菜单中的相应设置进行测试。 a．测试手机背光及LED能够正常工作； b．分别在暗室、荧光（约750Lux）和阳光（约2000Lux）下测试LED亮度是否正常； c．背光亮度是否符合要求，测试在不同电池电压情况下，背灯的亮度是否具有一致性； d． LED是否能够按照要求打开和关闭。 3．预期结果： a．手机背光及LED工作正常； b．在暗室、荧光（约750Lux）和阳光（约2000Lux）下，LED亮度均应正常； c．背光亮度应符合要求且在不同电池电压情况下，背灯亮度基本一致； d． LED能够按照要求打开和关闭，且亮度正常。 1.1.3 TP触摸屏承重能力测试 4．数量：5pcs以上； 5．测试方法及内容：重压头25kg，静压30秒之后，等待30秒，再重新放置重压头。 6．预期结果： a． 200次重压后样品不出现牛顿环，则为良品； 1.1.4 Camera测试 1．数量：4pcs以上； 2．测试方法及内容：手机正常开机后，选择手机功能菜单进入拍照状态，对标准测试板进行拍照。 a. Camera是否能够正常工作； b. 拍摄的照片效果是否符合规范要求； c. 用标准色板照片色块的对比测试； d. 测试Digital Camera的反应时间； e. 开启闪光灯功能，看闪光灯是否正常工作。 3．预期结果： a． Camera工作正常，能正常开启与关闭； b．照片效果符合规范要求，参考Camera Spec； c．反应时间达到规范要求；
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。测试目的 配置说明操作系统系统软件外设应用软件结果 服务器Window2000(S) WindowXp Window2000(P) Window2003 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。历史版本： 版本/状态作者参与者起止日期备注
V1.1 1.1. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。 测试目的 测试说明 前提条件连续运行8小时,设置添加10用户并发 功能1 2小时 4小时 6小时 8小时 功能1 2小时 4小时 6小时 8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
1 APP测试基本流程 1.1流程图 仍然为测试环境
1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等
2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1）应用程序应能正确安装到设备驱动程序上 2）能够在安装设备驱动程序上找到应用程序的相应图标 3）是否包含数字签名信息 4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5）JAD文件显示的资料内容与应用程序显示的资料内容应一致 6）安装路径应能指定 7）没有用户的允许，应用程序不能预先设定自动启动 8）卸载是否安全，其安装进去的文件是否全部卸载 9）卸载用户使用过程中产生的文件是否有提示 10）其修改的配置信息是否复原 11）卸载是否影响其他软件的功能 12）卸载应该移除所有的文件 2.1.3数据安全性 1）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码 2）输人的密码将不以明文形式进行显示 3）密码，信用卡明细，或其他的敏感数据将不被储存在它们预输人的位置上 4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间 5）当应用程序处理信用卡明细，或其他的敏感数据时，不以明文形式将数据写到其它单独的文件或者临时文件中。以防止应用程序异常终止而又没有侧除它的临时文件，文件可能遭受人侵者的袭击，然后读取这些数据信息。 6）当将敏感数据输人到应用程序时，其不会被储存在设备中 7）备份应该加密，恢复数据应考虑恢复过程的异常通讯中断等，数据恢复后再使用前应该经过校验 8）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 9）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
讨论用TestDirector管理测试用例 编制时间:2007-03-16 编制部门:测试组 编制人:郭宏元 “测试用例”虽有国标作蓝本，但实际中，一直以来“测试用例”是所有测试人员有争议的地方，此所谓“仁者见仁，智者见智”。而“法无定法，则无定则”，所有的规范与标准都是围绕更适应人们的工作环境而创建。在此，我就我的一些体会在此与大家分享。 一般来说，“测试用例”的编写主要分三大类，贯彻的原则与基本架构如下： 分类： 1、对验证过程的一个记录； 2、展现一个功能； 3、描述一个场景步骤； 原则： 1、有“对象”属性的描述； 2、阐述了某个“对象”的方法或事件。 3、对属性、方法或事件有详细的定义。 基本架构： 1、目的； 2、前提条件； 3、输入步骤（输入动作或数据，预期结果） 以下总结了一些针对测试用例的“编写要点”作出一些较简单的规范。以方便统一测试用例的编写，并保证使用最用效的测试用例来保证测试质量。我们都知道根据详细设计文档编写测试用例的目的不在于验证软件达到的功能，而在于验证软件应该达到的功能，这样可以去除软件开发过程中的随意性。所以下面就明确测试用例的“目的”、“范围”、“原则”是什么？以及采用的方法做了一点描述。 1、目的： 围绕测试名称或满足实现测试功能而进行。 2、范围：
适用于所要测试的质检项目。 3、功能测试用例编写原则 3.1单元测试功能用例的编写目的 单元测试用例的目的在于验证单个模块是否达到了详细设计说明书中规定的功能，由于是单个模块所以无法检验关联性，可能会牵扯到数据库的操作，例如：删除时，需要查看数据库是否完全删除了数据。 3.2集成测试功能用例的编写目的 集成测试功能用例的目的在于验证软件连接时，模块的连接是否正确（及数据的传递是否正确）。.我们的软件中体现出来的是，是否正确调用界面，界面之间显示的数据是否正确，特别是财务、费用、数据方面的。 集成测试用例的编写过程中，经常将功能用例与业务流程混合编写，因为在集成测试时需验证业务流程中的数据正确性，以及界面之间的数据传递的准确无误。 3.3系统测试业务流程用例的编写目的 系统测试业务流程用例的目的在于验证软件最终数据的准确性，我们的软件体现为，手工数据与报表数据的一直性。用例与用例之间有着一定的关系，目的性十分明确。 4、测试用例设计的原则 4.1全面性 指编写的测试用例应该覆盖所有的“概要设计文档”或“需求文档”以及“测试申请文档”中描述的功能。 4.1.1数据库程序基本的增、删、改功能 增、改测试用例重点在于数据合法性、正确性的检验和提示信息的正确性的检验。输入的数据可能有无限种组合，此时可以采用等价类划分和边界值法，下面有较详细的说明。 删除的测试用例比较简单，只有操作没有数据的输入，但是应该在“备注”中注明，删除的限制条件，以及数据库中应该删除的表的情况，有条件限制时，测试用例应该包含各种删除条件，必要时在添加或修改的测试用例后面或中间紧跟删除的测试用例。 4.1.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登录界面测试用例
自动取款机取款用例规约和测试用例 取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息； 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面； 5. 用户选择取款选项； 6. 系统进入取款金额界面并提示用户输入金额； 7. 系统验证可以取款并输出钱款； 8. 系统提示用户取卡，操作完成。 基本流： 用户取款。 备选流： 1.用户密码错误 2.取款金额不符合要求。 前置条件： 用户必须插入正确的银行卡才能开始执行用例。
1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否指出table键 ⑦是否支持enter键 4)查询 精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据
⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键 模糊查询： 在精确查询的基础上加上以下一点 ①输入一些字符，看是否能查出数据库中所有的相关信息 2.设计功能测试用例 文本框、按钮等控件测试 文本框的测试 如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称; c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理; d，输入默认值，空白，空格; e，若只允许输入字母，尝试输入数字;反之;尝试输入字母; f，利用复制，粘贴等操作强制输入程序不允许的输入数据; g，输入特殊字符集，例如，NUL及等; h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示; i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为 yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示 在测试过程中所用到的测试方法： 1，输入非法数据; 2，输入默认值; 3，输入特殊字符集; 4，输入使缓冲区溢出的数据; 5，输入相同的文件名; 命令按钮控件的测试 a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口; b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31; c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会; 单选按钮控件的测试 a，一组单选按钮不能同时选中，只能选中一个。
测试用例实例 Corporation standardization office #QS8QHH-HHGX8Q8-GNHHJ8
测试用例实例 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。
取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息；
软件测试用例实例(非常详细)汇总
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试 目的 配置说明操作系 统 系统 软件 外设应用软件结果 服务器Windo w2000( S) Windo wXp Windo w2000( P) Windo w2003 用例编号TestCase_LinkWorks_W orkEvaluate 项目名称LinkWorks
1.1.
1.2. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。测试目的 测试说明 前提条件连续运行8小时,设置添加 10用户并发 测试需求输入/ 动作 输出/响应是否正常运行 功能1 2小时 4小时 6小时 8小时功能1 2小时 4小时 6小时
8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI （图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。 用例标识LinkWorks_ WorkEvaluate _02 项目 名称 https://www.doczj.com/doc/d716093937.html, 开发人员模块 名称 WorkEvaluate 用例参考工作考核系统界面设计
手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行，测试排斥不规则输入的能力; 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数
据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数<999”，无效等价类为“项数999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标
江苏东大集成电路系统工程技术有限公司 蓝牙功能测试用例 测试内容 设置名称 其他设备可以发现我 蓝牙设置 属性 允许其他设备来连接 新增 修改 删除 载入 电话簿 拨打电话（在已经与蓝牙手机建立连接的前提下） 已接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已接电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 已拨电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已拨电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 未接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 通话记录 未接电话 拨打选中电话（在已经与蓝牙手机建立连接的前提下）拨打最近的拨出电话 快速连接（与上一次连接的蓝牙设备建立连接） 连接过蓝牙设备列表是否正确 建立连接 断开连接 蓝牙快捷方式 删除蓝牙设备、多个篮牙快速删除不可有死机现象 列表是否正确 活动的连接 断开连接 关闭 关闭蓝牙功能 恢复(从主界面再次进入蓝牙管理器即可恢复) 搜索蓝牙设备 搜索服务 基本功能测试 蓝牙管理器（具体的见 handfree,handset ) 配对（建立，取消）
删除蓝牙设备 建立连接 断开连接 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 拨打电话 挂断电话 通话过程中手机端强制断开链接不能出现系统无声等 异常 接听电话 增加音量，减小音量，静音 通话在免提设备和蓝牙手机之间的切换 杂音 通话质量 回声 handfree Nokia 5200 SonyErisson K510C HP ipAQ hw6500 (PDA phone) 。。。。。。 通话过程中使用输入键盘 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 听音乐正常 蓝牙棒配对进入headhset audio Gateway 能听到电脑上所有声音后，此时将设备挂断或退出，机器功能（如 播放MP3，触摸屏等）是否正常 挂断电话 接听电话 调节音量 杂音 Handset 蓝牙棒， SonyErisson908 通话质量 回声 Form No.：PE40009 Rev.：A
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
3）因果图 4）将因果图转化为决策表
2. 在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 1）确定基本流，及各项备选流 2）根据基本流和备选流来确定场景 3）对每一个场景生成相应的测试用例
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表明这个条件不适用于当前测试用例。） 4）设计测试用例 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值