软件测试计划.docx
- 文档编号:11467129
- 上传时间:2023-03-01
- 格式:DOCX
- 页数:19
- 大小:21.30KB
软件测试计划.docx
《软件测试计划.docx》由会员分享,可在线阅读,更多相关《软件测试计划.docx(19页珍藏版)》请在冰豆网上搜索。
软件测试计划
软件测试计划
1.引言……………………………………………………………………………………2
1.1编写目的…………………………………………………………………………2
1.2背景………………………………………………………………………………2
1.3定义………………………………………………………………………………2
1.4参考资料…………………………………………………………………………3
2.计划……………………………………………………………………………………3
2.1软件说明…………………………………………………………………………3
2.2测试内容…………………………………………………………………………3
2.3通知公告功能模块测试…………………………………………………………4
2.4用户管理功能模块测试…………………………………………………………5
2.5院系信息管理模块测试…………………………………………………………6
2.6课程信息管理模块测试…………………………………………………………7
2.7教室管理系统模块测试…………………………………………………………7
2.8排课管理功能模块测试…………………………………………………………8
2.9教师评价功能模块测试…………………………………………………………9
2.10系统帮助和安全退出模块测试…………………………………………………10
3.测试设计说明…………………………………………………………………………11
3.1课程管理功能模块测试…………………………………………………………11
3.2学生信息管理功能模块测试……………………………………………………12
3.3排课管理管理模块测试…………………………………………………………13
4.评价标准………………………………………………………………………………14
4.1范围………………………………………………………………………………14
4.2数据整理…………………………………………………………………………14
4.3尺度………………………………………………………………………………14
1引言
1.1编写目的
软件测试的目的是尽可能发现并改正被测试软件中的错误,检验它是否满足会顶的需求或是弄清预期结果与世纪结果之间的差别,验证需求,以为提高软件的可靠性,保证软件的质量做基础。
测试并不仅仅是为了要找出错误。
通过分析错误产生的原因和错误的分布特征,可以帮助项目管理者发现当前所采用的软件过程的缺陷,以便改进。
同时,这种分析也能帮助我们设计出有针对性地检测方法,改善测试的有效性。
其次,没有发现错误的测试也是有价值的,完整的测试是评定测试质量的一种方法。
(1)软件测试是为了发现错误而执行程序的过程;
(2)测试是为了证明程序有错,而不是证明程序无错误;
(3)一个好的测试用例是在于它能发现至今未发现的错误;
(4)一个成功的测试是发现了至今未发现的错误的测试。
1.2背景
a.软件系统的名称:
教务处课程管理网站
b.项目的任务提出者:
软件工程课程实验
c.项目开发者:
wl开发小组
d.实现软件单位:
计算机创新实验室
e.前台用户:
教师,学生
f.后台用户:
教务处
1.3定义
g.SQL:
StructureedQueryLanguage,一种用于访问查询数据库的语言
h.SQLServer2008:
开发的教务管理系统所使用的数据库管理系统(DBMS)
i.VS:
VisualStudio2010:
微软退出的用于开发项目的集成开发环境
j.OLLBACK:
数据库的错误恢复机制。
k.ASP.NET:
是一种服务器端web程序开发技术
l.白盒测试:
指基于一个应用代码的内部逻辑知识,即基于覆盖全部代码、分支、路径、条件的测试,白盒测试又叫“结构测试”。
m.黑盒测试:
指不基于内部设计和代码的任何知识,而基于需求和功能性的测试,黑盒测试又叫“功能测试”。
1.4参考资料
a.《ASP.NET从入门到实践》
b.《框架设计CLRViaC#》
c.《ASP+SQLServer网站开发实例精讲》
d.《SQLServer2005数据库管理与应用高手修炼指南》
e.《软件工程导论》
f.《软件测试中需考虑的22种测试类型》水平考试网
g.实验老师给的模版文档
2计划
2.1软件说明
教师信息管理
教师信息查询
教师号
教师号/姓名/性别/年龄
教务管理人员/教师
教师新建
教师号/姓名/性别/年龄/
新的教师信息
教务管理人员
教师修改
教师号/相关修改项
新的教师信息
教务管理人员
教师删除
教师号
删除确认信息
教务管理人员
学生信息管理
学生信息查询
学号(或姓名)
学号/姓名/性别/院系/身份证号
教务管理人员/学生
学生添加
学号/姓名/性别/院系/身份证号
添加确认信息
教务管理人员
学生修改
学号(或姓名)/相关修改项
学号/姓名/性别/院系/身份证号
教务管理人员
学生删除
学号
删除确认信息
教务管理人员
成绩管理
成绩录入
成绩信息
教师
年级成绩报表
年级
年级加权成绩一览表
教务管理人员
课程管理
课程信息查询
课程号
课程号/课程名/学分/课时/授课教师
教务管理人员/学生/教师
课程添加
课程号/课程名/学分/课时/授课教师
添加确认信息
教务管理人员
课程修改
课程号
课程号/课程名/学分/课时/授课教师
教务管理人员
课程删除
课程号
删除确认信息
教务管理人员
选课与排课管理
课表发布
系/专业/学期/年级
课表
教务管理人员
课表查看
系统查看命令
课表
教务管理人员/学生/教师
个人选课
课程号
选课完成信息
教务管理人员/学生
教务通知管理
教务通知查看
教务通知命令
教务管理人员/学生/教师
教务通知发布
发布通知命令/题目/发布时间/发布人
通知提交确认信息
教务管理人员
2.2测试内容
1正确性测试:
基本的方法是构造一些合理输入,检查是否得到期望的输出。
2容错性测试:
检查软件在异常条件下的行为。
(1)输入错误的数据类型;
(2)输入定义域之外的数值。
3性能与效率测试:
测试软件的运行速度和对资源的利用率。
4易用性测试
5文档测试检查文档的正确性、完备性和可理解性。
具体内容测试:
●通知公告模块的测试;
●用户管理模块的测试;
●院系管理模块的测试;
●课程管理模块的测试;
●教室管理模块的测试;
●排课管理模块的测试;
●教师评价模块的测试;
●系统帮助模块的测试;
●安全推出模块的测试。
2.3通知公告功能模块测试
●参与单位:
本实验小组成员王高;
●被测试的部位:
通知公告模块的测试;
2.3.1进度安排
测试日期:
2010年12月17日18:
47
(1)测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
(2)测试该模块的主开发者向测试者演示部分操作(10分钟);
(3)测试者亲自进行相应模块的测试(6个小时)。
2.3.2条件
(4)硬件需求:
(5)一台PC笔记本一台
(6)软件需求:
(7)操作系统XPSP3或Windows7;
(8)数据库SQLServer2008;
(9)VisualStudio2010开发平台;
(10)IE6以上浏览器。
(11)其他需求:
(12)测试人员量两名;
(13)必要测试资料若干;
(14)已掌握开发的教务系统的功能。
2.3.3测试资料
任意从教务处网站截取通知或者自己任意编写一个通知通过通知模块显示在首页上。
2.4用户管理功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
用户管理模块的测试;
2.4.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.4.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
a)测试人员量两名;
b)必要测试资料若干;
c)已掌握开发的教务系统的功能。
2.4.3测试资料
本小组的个人教务信息(如姓名、性别、出生年月、入学年龄、院系、专业、选课情况等等)
2.5院系管理功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
院系管理模块的测试;
2.5.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.5.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
1.测试人员量两名;
2.必要测试资料若干;
3.已掌握开发的教务系统的功能。
2.5.3测试资料
各院系的所含专业情况总表
各院系的名称及相关数据汇总表
2.6课程管理功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
课程管理模块的测试;
2.6.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.6.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
a)测试人员量两名;
b)必要测试资料若干;
c)已掌握开发的教务系统的功能。
2.6.3测试资料
个人已选课程情况总表
可供选择的课程总表
课表
2.7教室管理功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
用户管理模块的测试;
2.7.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.7.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
a)测试人员量两名;
b)必要测试资料若干;
c)已掌握开发的教务系统的功能。
2.7.3测试资料
学校所拥有的教室数量、位置表等
教室排课情况表
可供申请的教室总表
2.8排课管理功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
排课管理模块的测试;
2.8.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.8.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
a)测试人员量两名;
b)必要测试资料若干;
c)已掌握开发的教务系统的功能。
2.8.3测试资料
学校教师信息总表
教师可安排的课的情况总表
教师安排课数限制表
2.9教师评价功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
教师评价模块的测试;
2.9.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.9.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
a)测试人员量两名;
b)必要测试资料若干;
c)已掌握开发的教务系统的功能。
2.9.3测试资料
可供评价的教师总表
可参加评价的学生总表
2.10系统帮助和安全退出功能模块测试
参与单位:
本实验小组成员王高;
被测试的部位:
系统帮助和安全退出模块的测试;
2.10.1进度安排
1.测试日期:
2010年12月17日18:
47
2.测试该模块的主开发者向测试者讲解具体该模块的额细节(20分钟);
3.测试该模块的主开发者向测试者演示部分操作(10分钟);
4.测试者亲自进行相应模块的测试(6个小时)。
2.10.2条件
硬件需求:
一台PC笔记本一台
软件需求:
1.操作系统XPSP3或Windows7;
2.数据库SQLServer2008;
3.VisualStudio2010开发平台;
4.IE6以上浏览器。
其他需求:
a)测试人员量两名;
b)必要测试资料若干;
c)已掌握开发的教务系统的功能。
2.10.3测试资料
教务处的选课流程
2.3.4测试培训
各模块开发者向小组成员介绍自己开发的模块的功能及可能会出错的地方,以及输入数据的的要求(类型、位数等)。
3测试设计说明
3.1课程管理功能模块测试
3.1.1控制
人工与系统协作方式
3.1.2输入
该模块需要教务管理人员或学生本人输入课程代码、课程名称、课程学分、
课程学时、所属院系、所属专业以及课程介绍。
进行课程信息查询添加、修改、删除功能。
在输入的测试数据中可分为有效输入类和无效输入类。
其中的错误种类有:
无效输入类:
1)数据类型不匹配
课程代码string课程名称string
课程学分string课程学时char
(2)
所属院系string所属专业string
课程介绍string
2)数据超出规定范围
课程代码不存在、课程学时超过规定值
有效输入类:
课程代码是一串数字字符,课程课时是固定值,54或72课时等。
3.1.3输出
添加完毕课程管理信息后会在课程信息下方出现选择信息
3.1.4过程
点击课程管理的按钮添加按钮会弹出添加界面,正确添写完信息点击添加后会在下方的信息中显示添加后的总信息表。
点击修改按钮后也会弹出课程管理信息界面,可以修改之前已经添加过的信息,正确修改后按添加可将修改后的信息储存下来。
点击查询按钮同样会弹出课程信息管理界面。
点击删除按钮会弹出已经添加过的课程信息,点击要删除的课程后面的“删除”即可删除本课程。
3.2学生信息管理模块测试
3.2.1控制
人工与系统协作方式
3.2.2输入
该模块需要教务管理人员或学生本人输入学号进行教师信息查询查询,而由教务管理人员输入各项学生基本信息来完成教师信息的添加、修改、删除功能。
在输入的测试数据中可分为有效输入类和无效输入类。
其中的错误种类有:
无效输入类:
1)数据类型不匹配
用户类型char(8)编号string
姓名string出生日期string
性别char
(1)班级号char(4)
院系string专业string
固定电话string
身份证号string移动电话string
2)数据超出规定范围
无范围限定:
学号的长度与格式不符合规定,性别的长度超出规定长度1位数;身份证号长度与格式不符合《中华人民共和国公民身份证号管理规范》。
有效输入类:
身份证号长度与格式,性别。
身份证是一个18个字符位,最后一位为数字或者X,其他位为数字
性别是“男”或者“女”
3.2.3输出
对用户提交的信息进行检验。
若没有按学号格式输入学号,则系统会弹出“该学生不存在”的提示;若输入的身份证号不服个规范,则系统会弹出“请输入正确的身份证号”的提示;若未出现错误,则进入学生信息管理页面。
3.2.4过程
教务管理人员或学生输入教师的学号,点击查询,下面将出现所查询的学生信息(姓名,性别,院系,电话、身份证号等)。
教务管理人员选择相关命令可对学生信息进行添加、删除、修改。
各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。
3.3排课管理模块测试
3.3.1控制
人工与系统协作方式
3.3.2输入
该模块需要教务管理人员输入教师姓名进行教师排课,而由教务管理人员输入各项教师基本信息来完成教师信息的添加、修改、删除功能。
在输入的测试数据中可分为有效输入类和无效输入类。
其中的错误种类有:
无效输入类:
1)数据类型不匹配
课程名称string姓名string
授课时间date
授课地点string
课程代码char(6)
课程学院string
课程专业string
课程学时char
(2)
课程学分char(3)
考核类型string
已选人数char(3)
最大人数char(3)
2)数据超出规定范围
教师姓名不存在、授课地点不存在、最大人数超过总人数。
有效输入类:
在授课时间上只能填写周一至周五以及上午8:
30至晚上9:
20,授课地点必须是博南、博北、笃南、笃北,课程院系只能是本校已有的院系等,如计算机科学与技术学院、新闻传播学院。
3.3.3输出
如果正确输入信息信息点击新增则弹出新增成功,如果有必填选项未输入则弹出内容不能为空,表明还有必要信息未填写。
此时返回继续填写,正确完全填写后后再次点击新增则弹出成功新增对话框。
3.3.4过程
教务管理人员输入教师的教姓名,下面将出现所要新增教师排课信息(课程名称、姓名、授课时间、课程学时、授课地点、课程学分、课程代码、考核类型、课程学院、已选人数、最大人数),教务管理人员选择相关命令可对教师信息进行添加、删除、修改。
各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。
4评价准则
4.1范围
本教务管理系统使用于综合性高校的教务处以及之下的学校
4.2数据整理
SQLServer2008数据库以及开发者设计的数据类型。
4.3尺度
(1)输出结果符合正常范围值内
(2)时间精度达到1分钟
(3)正常情况下,每分钟可以处理的数据峰值为200个,即平均每分钟处理200个请求。
最大承受程度是峰值的1.5倍。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 计划