三组宿舍管理系统测试分析报告测试用例.docx
《三组宿舍管理系统测试分析报告测试用例.docx》由会员分享，可在线阅读，更多相关《三组宿舍管理系统测试分析报告测试用例.docx（23页珍藏版）》请在冰豆网上搜索。
三组宿舍管理系统测试分析报告测试用例
目录
1.引言1
1.1《测试分析报告》编写目的1
1.2参考资料1
2.静态测试错误报告1
2.1测试对象及参考规范1
2.2静态测试缺陷报告1
3.测试用例4
3.1单元测试4
3.2集成测试7
3.3系统测试10
4.缺陷报告11
5.测试总结14
5.1测试覆盖率14
5.2测试统计表14
5.3测试统计图15
参考文献15
1.引言
1.1《测试分析报告》编写目的
测试分析报告是把测试过程和测试结果写成文档，并对发现的问题和缺陷进行分析、报告，为进一步纠正软件中存在的质量问题提供必要的依据，同时也为软件的验收及交付打下基础。
测试分析报告是软件测试阶段最终的文档产物，优秀的测试分析报告一般都包含了足够的信息，包括对产品质量的总体评价及对产品尚存缺陷的详细描述，这对开发组优化软件质量是很有帮助的。
1.2参考资料
表1-1：
参考资料列表
参考资料
是否可用
备注
需求规格说明书
是
系统设计说明书
是
系统原型
是
系统源码
是
用户使用手册
否
未撰写
测试计划
是
2.静态测试错误报告
2.1测试对象及参考规范
测试对象：
系统分析设计说明书
参考规范：
系统分析设计文档规范
测试对象：
系统登录模块代码
参考规范：
Miller'sVB.Net编程规范
2.2静态测试缺陷报告
表2-1：
缺陷报告1
缺陷记录编号
BUG_J.1.1
测试项目
系统分析设计说明书
测试人员
赵宾宾
测试日期
优先级
低
缺陷解决人
赵宾宾
缺陷描述
“目录”二字应该用三号字、黑体、居中书写，“目”与“录”之间要空四格
附件（缺陷截图）
缺陷解决人
刘少宁
缺陷解决验证人
刘少宁
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
表2-2：
缺陷报告2
缺陷记录编号
BUG_J.1.2
测试项目
系统分析设计说明书
测试人员
张硕烁
测试日期
优先级
中
缺陷解决人
张硕烁
缺陷描述
目录的第一层次题目应采用小三号黑体字，第二层次题目应采用四号黑体字，第三层次题目应采用四号楷体字
附件（缺陷截图）
缺陷解决人
袁永明
缺陷解决验证人
袁永明
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
表2-3：
缺陷报告3
缺陷记录编号
BUG_J.1.3
测试项目
系统分析设计说明书
测试人员
赵宾宾
测试日期
优先级
中
缺陷解决人
赵宾宾
缺陷描述
正文内容序号应采用如下格式：
1（空一格）☆☆☆☆☆（小三号、黑体、左顶格）
1．1（空一格）☆☆☆（四号、黑体、左顶格）
1．1．1（空一格）☆☆☆（四号、楷体、左顶格）
附件（缺陷截图）
缺陷解决人
刘少宁
缺陷解决验证人
刘少宁
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
表2-4：
缺陷报告4
缺陷记录编号
BUG_J.1.4
测试项目
系统分析设计说明书
测试人员
袁永明
测试日期
优先级
中
缺陷解决人
袁永明
缺陷描述
《系统分析设计说明书》中指定要使用的数据库平台与系统实际使用的不同，实际使用的是MicrosoftOfficeAccess2007
附件（缺陷截图）
缺陷解决人
张硕烁
缺陷解决验证人
张硕烁
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
表2-5：
缺陷报告5
缺陷记录编号
BUG_J.2.1
测试项目
系统登录模块代码
测试人员
赵宾宾
测试日期
优先级
中
缺陷解决人
赵宾宾
缺陷描述
方法的命名应遵循“Pascal大小写”规则
Pascal大小写：
将标识符的首字母和后面连接的每个单词的首字母都大写
附件（缺陷截图）
缺陷解决人
刘少宁
缺陷解决验证人
刘少宁
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
表2-6：
缺陷报告6
缺陷记录编号
BUG_J.2.2
测试项目
系统登录模块代码
测试人员
张硕烁
测试日期
优先级
中
缺陷解决人
张硕烁
缺陷描述
方法内的变量的命名应遵循“Camel大小写”规则
Camel大小写：
标识符的首字母小写，而后面连接的每个单词的首字母都大写
附件（缺陷截图）
缺陷解决人
赵宾宾
缺陷解决验证人
赵宾宾
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
该错误出现两次
表2-7：
缺陷报告7
缺陷记录编号
BUG_J.2.3
测试项目
系统登录模块代码
测试人员
刘少宁
测试日期
优先级
中
缺陷解决人
刘少宁
缺陷描述
方法内的变量的命名应遵循“Camel大小写”规则
Camel大小写：
标识符的首字母小写，而后面连接的每个单词的首字母都大写
附件（缺陷截图）
缺陷解决人
张硕烁
缺陷解决验证人
张硕烁
解决日期
验证日期
缺陷是否解决
是
验证是否通过
是
备注
该错误出现两次
3.测试用例
3.1单元测试
表3-1：
测试用例表1
测试用例编号
TUC_G.2.1
测试项目
宿舍信息查询（信息查询模块）
重要级别
高
测试人员
杨文跃
测试日期
2012年4月14日
功能描述
用户选择“宿舍信息查询”功能，并键入“宿舍编号”后，点击“查询”按钮，系统将核对用户输入的“宿舍编号”信息。
若输入的“宿舍编号”有效，系统为管理员用户返回该宿舍的“宿舍成员”、“宿舍成绩”、“空床位数”、“电费余额”、“宿舍财产”及“宿舍备注”等全部宿舍信息；否则，系统提示用户“宿舍编号”信息有误。
前提条件
用户以“管理员”身份成功登录系统
测试项编号
输入/
操作步骤
预期的输出
实际输出结果
1
典型值
输入宿舍编号:
P09510（普宿）
单击“查询”按钮。
正确返回“P09510”宿
舍的全部信息
与期望输出值相符
2
典型值
输入宿舍编号:
G01509（公寓）
单击“查询”按钮。
正确返回“G01509”宿
舍的全部信息
与期望输出值相符
3
异常值
输入宿舍编号:
H08421（没有的编号）
单击“查询”按钮。
清空宿舍编号，光标回
到宿舍编号文本框，并
显示提示信息“没有该
宿舍，请重新输入！
”
应输出信息的信息栏
被置空，但宿舍编号
并未被清空，且无任
何提示信息。
与期望输出值不符
4
异常值
输入宿舍编号:
H08421（没有的编号）
单击“查询”按钮。
重新输入宿舍编号:
G01509（公寓）
单击“查询”按钮。
正确返回“G01509”宿
舍的全部信息
与期望输出值相符
5
异常值
输入宿舍编号:
H08421（没有的编号）
单击“查询”按钮。
重新输入宿舍编号:
K01509（没有的编号）
单击“查询”按钮。
清空宿舍编号，光标回
到宿舍编号文本框，并
显示提示信息“没有该
宿舍，请重新输入！
”
应输出信息的信息栏
被置空，但宿舍编号
并未被清空，且无任
何提示信息。
与期望输出值不符
备注
路径覆盖法（白盒测试）
表3-2：
测试用例表2
测试用例编号
TUC_G.1.1
测试项目
验证信息（登录模块）
重要级别
高
测试人员
赵宾宾
测试日期
功能描述
检测用户输入的“用户名”及“密码”，若输入的信息正确就转到主界面，否则提示错误。
前提条件
已启动系统的登录界面
测试项编号
输入/
操作步骤
预期的输出
实际输出结果
1
典型值
依次输入：
账号:
mqq910823
密码:
mqq910823
选中“管理员”单选按钮
单击“登录系统”按钮。
成功进入“管理员”
界面
与期望输出值相符
2
异常值
依次输入：
账号:
mqq910823
密码:
mqq910822
选中“管理员”单选按钮
单击“登录系统”按钮。
提示错误
与期望输出值相符
3
异常值
依次输入：
账号:
mqq910823
密码:
空
选中“管理员”单选按钮
单击“登录系统”按钮。
提示错误
与期望输出值相符
4
异常值
依次输入：
账号:
mqq910822
密码:
mqq910824
选中“管理员”单选按钮
单击“登录系统”按钮。
提示错误
与期望输出值相符
5
异常值
依次输入：
账号:
mqq910822
密码:
空
选中“管理员”单选按钮
单击“登录系统”按钮。
提示错误
与期望输出值相符
6
异常值
依次输入：
账号:
空
密码:
mqq910824
选中“管理员”单选按钮
单击“登录系统”按钮。
提示错误
与期望输出值相符
7
异常值
依次输入：
账号:
空
密码:
空
选中“管理员”单选按钮
单击“登录系统”按钮。
提示错误
与期望输出值相符
备注
因果图法（黑盒测试）
3.2集成测试
表3-3：
测试用例表3
测试用例编号
TUC_G.3.1
测试项目
登录模块+信息查询模块
重要级别
高
测试人员
袁永明
测试日期
功能描述
检测用户输入的“用户名”及“密码”，正确登录系统后，选择信息查询功能进行相应信息的查询。
前提条件
已启动系统的登录界面
测试项编号
输入/
操作步骤
预期的输出
实际输出结果
1
典型值
依次输入：
账号:
20091508
密码:
20091508
选中“学生”单选按钮
单击“登录系统”按钮
选择“宿舍信息查询”
输入宿舍编号:
P09523（自己的普宿）
单击“查询”按钮
查询结束后，输入宿舍编
号:
P09221（其他普宿）
单击“查询”按钮。
查询结束后，选择“学生
信息查询”，输入学生编
号:
20091508（自己的学号）
单击“查询”按钮。
成功登录系统
正确返回“P09523”宿
舍的部分信息（“电费
余额”、“宿舍成绩”、
“宿舍备注”）
正确返回“P09221”宿
舍的部分信息（“空床
位数”、“宿舍备注”）
正确返回自己的全部
信息
与期望输出值相符
说明在“登录模块”提交的账号信息已成功传递到“信息查询模块”。
在“信息查询模块”中，系统可以根据所传递来的账号信息，正确判断其所属宿舍的编号。
在进行“宿舍信息查询”时，对于自己宿舍和其他宿舍，所返回的内容是不同的。
2
典型值
依次输入：
账号:
20091508
密码:
20091508
选中“学生”单选按钮
单击“登录系统”按钮
选择“学生信息查询”
输入学生编号:
20091508（自己的学号）
单击“查询”按钮
查询结束后，选择“宿舍
信息查询”，输入宿舍编
号:
G07413（其他普宿）
单击“查询”按钮。
成功登录系统
正确返回自己的全部
信息
正确返回“G07413”宿
舍的部分信息（“空床
位数”、“宿舍备注”）
与期望输出值相符
3
异常值
依次输入：
账号:
20091508
密码:
20091508
选中“学生”单选按钮
单击“登录系统”按钮
选择“学生信息查询”
输入学生编号:
20091432（别人的学号）
单击“查询”按钮。
成功登录系统
不返回“20091432”的
任何信息，并提示“不
允许查看别人的私人
信息”
返回了“20091432”
的全部信息，造成了
信息的非法访问
与期望输出值不符
备注
自顶向下集成路径覆盖法（白盒测试）
3.3系统测试
表3-4：
测试用例表4
测试用例编号
TUC_X.4
测试项目
安全性（性能）
重要级别
高
测试人员
赵宾宾
测试日期
功能描述
不同权限级别的用户只拥有一些特定的功能，不能越权使用系统没有赋予的其他功能
前提条件
已启动系统的登录界面
测试项编号
输入/
操作步骤
预期的输出
实际输出结果
1
典型值
依次输入：
账号:
（空）
密码:
（空）
选中“访客”单选按钮
单击“登录系统”按钮。
成功进入“访客”
界面（只拥有“宿
舍信息查询”功能）
除具有“宿舍信息查
询”功能外，还具有
“学生信息查询”功
能
与期望输出值不符
2
典型值
依次输入：
账号:
mqq910823
密码:
mqq910823
选中“管理员”单选按钮
单击“登录系统”按钮
成功登录后，单击“安全退
出”按钮，退出系统。
成功进入“管理员”
界面
系统自动清除用户
的登录信息，保证
用户安全退出系统
单击“安全退出”按
钮后，用户虽能退出
系统，但其登录系统
时所用的“账号”、
“密码”未被清除
与期望输出值不符
3
异常值
依次输入：
账号:
mqq910823
密码:
空
选中“管理员”单选按钮
单击“登录系统”按钮
重复点击“登录系统”按钮
50次。
提示登录信息输入
有误
重复点击“登录系统”
按钮5次后，禁止用
户继续点击，提示30
秒以后再试
提示登录信息输入有
误之后，可以一直重
复点击“登录系统”
按钮
与期望输出值不符
备注
安全测试等价类划分法（黑盒测试）
4.缺陷报告
表4-1：
缺陷报告1
缺陷记录编号
BUG_G.2.1
测试项目
宿舍信息查询（信息查询模块）
测试人员
刘少宁
测试日期
优先级
中
缺陷解决人
暂无
缺陷描述
输入的宿舍编号有误时，宿舍编号没有被清空，而且没有任何提示信息。
附件（缺陷截图）
缺陷解决人
缺陷解决验证人
解决日期
验证日期
缺陷是否解决
验证是否通过
表4-2：
缺陷报告2
缺陷记录编号
BUG_G.3.1
测试项目
登录模块+信息查询模块
测试人员
张硕烁
测试日期
优先级
高
缺陷解决人
暂无
缺陷描述
以“学生”身份登录系统后，可以通过别人的学号查看到对方的全部信息，造成了信息的非法访问
附件（缺陷截图）
缺陷解决人
缺陷解决验证人
解决日期
验证日期
缺陷是否解决
验证是否通过
表4-3：
缺陷报告3
缺陷记录编号
BUG_X.4.1
测试项目
安全性（性能）
测试人员
赵宾宾
测试日期
优先级
高
缺陷解决人
暂无
缺陷描述
以“访客”身份登录系统后，除具有“宿舍信息查询”功能外，还具有“学生信息查询”功能，这是
“系统设计说明书”中所不允许的。
附件（缺陷截图）
缺陷解决人
缺陷解决验证人
解决日期
验证日期
缺陷是否解决
验证是否通过
表4-4：
缺陷报告4
缺陷记录编号
BUG_X.4.2
测试项目
安全性（性能）
测试人员
刘少宁
测试日期
优先级
高
缺陷解决人
暂无
缺陷描述
用户在成功登录系统后，单击“安全退出”按钮，虽能退出系统，但自己登录系统时所用的“账号”、
“密码”并未被清除，别人直接点击“登录系统”，就可以用这些信息登录系统。
附件（缺陷截图）
缺陷解决人
缺陷解决验证人
解决日期
验证日期
缺陷是否解决
验证是否通过
表4-5：
缺陷报告5
缺陷记录编号
BUG_X.4.3
测试项目
安全性（性能）
测试人员
袁永明
测试日期
优先级
高
缺陷解决人
暂无
缺陷描述
用户输入的登录信息有误时，系统在提示登录信息输入有误之后，并不会限制
用户点击“登录系统”按钮的次数，这样不法用户就可以用“暴力破解发”破
解合法用户的登录密码，同时系统资源也会因此而白白浪费。
附件（缺陷截图）
无
缺陷解决人
缺陷解决验证人
解决日期
验证日期
缺陷是否解决
验证是否通过
5.测试总结
5.1测试覆盖率
5.1.1源代码测试覆盖率
30%
5.1.2需求测试覆盖率
33%
5.2测试统计表
表5-1：
测试统计表
测试系统名称
宿舍管理系统
测试用例
统计结果
（数量）
通过
1
不通过
3
总计
4
缺陷统计
结果（数量）
致命缺陷
4
数据定义缺陷
3
功能缺陷
1
需求缺陷
1
界面问题
0
设计缺陷
3
程序逻辑缺陷
0
性能缺陷
4
缺陷总计数量
12
5.3测试统计图
图5.1宿舍管理系统测试统计图
6.参考文献
[1][德]Spillner，Linz，[挪]Schaefer著，刘琴等译,《软件测试基础（第2版）》,人民邮电出版社，2009年4月
[2]朱少民，《软件测试方法和技术》，清华大学出版社,2005年7月
[3]教育部考试中心/教育部考试中心，《全国计算机等级考试四级教程--软件测试工程师（2008年版）》，高等教育出版社，2007年9月
[4]赵斌，《软件测试技术经典教程（第二版）》，科学出版社，2011年3月
[5][美]PaulC.Jorgensen,《软件测试（原书第2版）》，机械工业出版社，2007年4月
升级会员 