软件测试实习报告学籍管理系统.docx
《软件测试实习报告学籍管理系统.docx》由会员分享,可在线阅读,更多相关《软件测试实习报告学籍管理系统.docx(18页珍藏版)》请在冰豆网上搜索。
软件测试实习报告学籍管理系统
软件测试实习报告
---------学籍管理系统
课程名称:
软件测试实习
院系名称:
计算机科学与技术学院
专业班级:
软件工程11-1
学生学号:
学生姓名:
指导教师:
第一部分测试计划
第1章 引言
1.1 综述
学籍管理系统是基于java开发的一个项目。
本测试将会对学籍管理系统进行测试,完善其的功能性。
对学籍管理系统中的学生资料的管理、查询、添加、删除、修改进行相应的包括安装,界面,功能的测试。
在进行其测试时所需人力资源为1位,所需时间要15天,所需软件为myeclipse8.5,JUnit4。
费用:
无。
1.2 参考文献
总体设计说明书
设计要求说明书
详细设计说明书
《软件测试法和技术》,少民,清华大学出版社。
《软件工程》,海藩,清华大学出版社。
《软件工程模型与法》,肖丁等,北京邮电大学出版社。
《信息系统应用与开发案例教程》,承欢,清华大学出版社。
《基于B/S结构学生成绩管理系统设计与实现》,洋、丽、恩东、玉红,化工学院学报。
第2章 测试项
2.1 测试项
测试项名称
测试项标识
介质特性
变换要求
相关引用材料
功能测试
1.1F_ADD(录入学生信息)
1.2F_MODIFY(修改学生信息)
1.3F_QUERY(查询学生信息)
1.4F_DELETE(删除学生信息)
安装测试
2.1I_RE(运行环境)
2.2I_IE(安装环境)
界面测试
3.1I_UI(用户界面)
3.3I_AI(管理界面)
表2:
被测试项
2.2 不测试的软件项
软件项名称
软件项标识
未测试原因
相关引用材料
1.性能测试
1.C
条件不具备
2.客户端兼容性测试
2.CC
没有具体的测试工具
3.安全性测试
3.S
没有要求
表3:
不被测试项
第3章 被测试的特性
特性或组合名称
测试设计说明编号
录入学生信息
1.1T_F_ADD
修改学生信息
1.2T_F_MODIFY
软件运行环境测试
2.1T_I_RE
软件安装环境测试
2.1T_I_IE
用户界面测试
3.1T_I_UI
表4:
被测试特性
第4章 不被测试的特性
特性或组合名称
测试设计说明编号
1.连接速度测试
1.1T_C_CS
2.安全性测试
2.T_S
表5:
不被测试的特性
第5章 法
5.1 边界值测试
对用户名和密码输入的测试,输入条件规定了值的围,取刚达到这个围的边界的值,以及刚刚超越这个围边界的值作为测试输入数据。
5.2等价类划分
所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例
5.3因果图
因果图是从用自然语言书写的程序规格说明的描述中找到因(输入条件)和果(输出或程序状态的改变),通过因果图转化为决策表。
第6章 项目通过准则
功能测试用例覆盖通过率100%,非功能性测试用例覆盖率达到80%。
较小缺陷:
使操作者不便或遇到麻烦,但它不影响功能的操作和执行,如个别不影响产品理解的错别字,文字排列不整齐等一些小问题,不超过5个
一般缺陷:
系统的次要功能没有完全实现,但不影响用户的正常使用。
例如:
提示信息不太准确或用户界面差,操作时间长等一些问题。
不超过3个
重缺陷:
系统主要功能部分丧失,数据不能保存,系统的次要功能完全丧失或者服务受到明显的影响不超过1个。
致命缺陷:
系统任一个主要功能完全丧失,用户数据受到破坏,系统崩溃、悬挂、死机,或者危及人身安全不超过0个。
第7章 暂停标准和再启动要求
7.1 暂停标准
安装无确完成或程序的文档有相当多的失误或系统服务异常或发现Bug。
7.2 再启动要求
计算机操作系统或者编程系统崩溃时可重启进行测试
第8章 应提供的测试文档
文档名称
标识符
测试计划
TEST-P
测试用例
TEST-C
测试报告
TEST-R
表5:
应提供的测试文档
第9章 测试任务
序号
任务
前期任务
特殊技能
责任人
工作量(天数)
完成日期
01
测试计划书
安装JDK,安装myeclipse8.5
注意各项安装软件的配置
飞
1天
2013/12/19
02
安装测试
导入项目
飞
1天
2013/12/20
03
软件功能测试
安装使用JUnit
飞
2天
2013/12/22
06
界面测试
飞
2天
2013/12/24
07
测试总结
飞
2天
2013/12/26
第10章 环境要求
10.1硬件
WindowsXP以上的计算机一台
10.2 软件
操作系统:
Windows7
运行环境:
JDK1.7,myeclipse8.5
10.3安全性
相关信息是否写进了文件,是否可跟踪。
10.4 工具
单元测试工具:
JUnit4
10.5 文档
设计要求说明书
详细设计说明书
总体设计说明书
第11章 人员和培训要求
12.1 人员
飞
12.1.1 测试组
测试测试组
12.2 培训
1.JDK的安装和java环境的配置
2.eclipse8.5的安装配置与使用
3.JUnit的使用
第12章 进度
12.1 进度
序号
测试任务名称
工作量
开始日期
完成日期
01
指定测试计划
1天
2013/12/19
2013/12/19
02
设计测试
1天
2013/12/20
2013/12/20
03
安装测试
1天
2013/12/21
2013/12/21
04
界面测试
2天
2013/12/22
2013/12/23
05
系统测试
1天
2013/12/24
2013/12/24
06
测试报告
1天
2013/12/25
2013/12/25
07
测试总结
1天
2013/12/26
2013/12/26
13.2 测试资源使用期限
3个月
第14章 风险和应急
风险1:
组员离职
后果:
留下未完成的任务,打乱计划
应急措施:
将剩余任务合理分配组员。
风险2:
时间变更
来源:
项目组变更时间
后果:
有可能不能定期完成任务
应急措施:
抓紧工作时间,有条不紊的按计划进行
第二部分测试用例设计文档
1测试用例
1.1输入
1、录入学生基本信息:
输入学号、姓名、选择性别、选择专业、填写年级和出生日期,完成学籍信息的添加。
2、修改学生基本信息:
通过输入学生学号查看学生已有的数据,并对学号、姓名、性别、专业、年级、出生日期等进行修改
3、查询与打印学生基本信息:
输入学生学号进行学生信息的预览,可以通过下面的打印选项选择打印文本或者照片。
4、删除学生基本信息:
通过输入学生学号对学生信息进行查看并决定是否删除,在此过程中会有弹窗提示确认操作。
1.2输出
学籍信息管理:
添加、删除和修改等学生学号、姓名、性别、出生年月、年级等学籍信息
1.3步骤及操作
通过试用不同的数据在界面出现不同的容。
对学生学号、姓名、年级、出生年月进行不同的输入,进行增删改查操作。
运用等价类划分法进行用例设计如下:
等价类划分表
输入
合理等价类
不合理等价类
学号
①数字
②非数字
姓名
③英文;
④汉字
⑤数字
⑥标点符号
年级/出生年月
⑦数字
⑧汉字;
⑨英文;
⑩标点符号
测试用例表
测试用例
测试围
期望结果
学号:
20110961
姓名:
flylee
年级:
2011
出生年月:
2011.02.20
①③⑦
有效
学号:
20110961
姓名:
飞
年级:
2011
出生年月:
2011.02.20
①④⑦
有效
学号:
工号
②
无效
姓名:
12345
⑤
无效
姓名:
,。
、
⑥
无效
年级/出生年月:
二零一一级
⑧
无效
年级/出生年月:
ahfjkah
⑨
无效
年级/出生年月:
,。
、
⑩
无效
1.4允偏差
输入于显示的结果正确率控制在百分之九十以上正确。
允偏差控制在百分之十以。
第三部分软件缺陷及测试报告
1.1录入学生基本信息测试
测试对象:
功能
测试面:
界面
责任人:
飞
测试人及测试时间:
2013-12-19
问题及影响、处理结果:
问题:
①学号不仅能够输入数字,还能输入非数字的字符、符号等
②姓名可以包含数字、标点符号等一些不应该出现的
③年级中有标点符号仍可通过检测
④出生年月可以包含英文、符号等非法字符
处理结果:
待定
1.2修改学生基本信息测试
测试对象:
功能
测试面:
界面
责任人:
飞
测试人及测试时间:
2013-12-21
问题及影响、处理结果:
问题:
①只能通过学号来查找待修改项,不够人性化,应该使用多关键词搜索
处理结果:
待定
1.3查询与打印学生基本信息测试
测试对象:
功能
测试面:
界面
责任人:
飞
测试人及测试时间:
2013-12-23
问题及影响、处理结果:
问题:
①只能通过学号检索已存在的学生,应使关键词多样化
处理结果:
待定
1.4删除学生基本信息测试
测试对象:
功能
测试面:
界面
责任人:
飞
测试人及测试时间:
2013-12-25
问题:
①只能通过学号检索删除
处理结果:
待定
1.5欢迎界面测试
测试对象:
功能
测试面:
界面
责任人:
飞
测试人及测试时间:
2013-12-26
问题及影响、处理结果:
未发现问题
1.6单元测试
使用JUnit单元测试工具对整个项目测试结果如下图所示:
在单独测试法时,会遇到初始化问题,但并不是很重:
1.7集成测试和系统测试
所有功能基本独立的模块经过格的单元测试以后,接下来需要进行集成测试。
集成测试是将已分别通过测试的单元按设计要求组合起来再进行的测试,以检查这些单元之间的接口是否存在问题。
本次集成测试以一个实际的学生信息管理为例测试系统的单元之间接口是否完善。
测试信息如下:
学号:
20110961
姓名:
飞
性别:
男
专业:
计算机科学与技术学院
年级:
2011
出生:
2011.02.20
测试过程如下:
一、录入学生基本信息
在将上述数据填入表格后,系统并未报错。
点击录入,系统也未提示错误信息。
因此录入学生基本信息这块基本没有什么问题。
下一步将测试修改学生基本信息。
二、修改学生基本信息
如下图输入学号“20110961”后,点击“开始修改”,这时在下显示了我们要修改的全部容。
这也说明上一步的录入工作确实将学生基本信息录入到了学籍管理系统,在修改界面可以对每一项进行修改,修改完成后,点击下“录入修改”,系统会弹窗提醒是否进行修改,非常人性化。
如果放弃修改,可以点击下的“重置”。
在这里我们将学生信息中的专业修改为“计算机科学与技术”,年级修改为2012,再在此页面中查询,结果如下:
三、查询与打印学生基本信息
在此界面输入学号“20110961”后点击“查询”,结果如下图。
由于没有打印机,打印功能未进行测试。
四、删除学生基本信息
在删除界面输入学号“20110961”后,系统会显示学生的基本信息,点击“删除”后,会弹出提示框询问用户是否删除。
在删除后再在查询界面查询,结果如下,说明删除操作已经成功执行:
五、欢迎界面测试
点击选项后如下图所示:
2.软件缺陷:
2.1录入学生基本信息
①未对用户输入的数据进行校验:
如学号应该由数字组成,而系统却可以接收非数字符号。
姓名中包含有数字或者标点符号也可通过系统审核。
年级/出生年月中包含非数字也可通过。
②要加强人机交互。
用户点击“录入信息”后,系统虽然置空信息,但并未提示用户是否操作成功。
这点做得不够好。
2.2修改学生基本信息
①查询式单一。
应设计为不仅可以通过学号查找用户,还可通过其他关键字,如果管理员要删除整个年级的学生信息就可通过年级进行查找。
②交互式有待改进。
在用户点击“修改”后,弹出的确认框会挡住详细信息页,致使无法查看。
2.3查询与打印学生基本信息
①在打印选项时,如果用户不小心点击后系统会立刻调用打印机。
这点不够友好,应添加一个询问窗口,询问用户是否确认打印。
2.4删除学生基本信息
①点击删除后,弹出的确认窗口会挡住学生详细信息,应改变一下窗体的位置
②删除后系统无任提示,应设计为弹窗提醒用户操作结果。
3.测试结论:
本软件在功能实现上已经很完备,结合测试中出现的问题,主要是在界面的的设计以及对功能细节面的处理还有欠缺,应更多的站在用户角度来完善软件,更多考虑人机友好界面的原则,在用户进行操作的时候,提供操作结果的反馈,使用户了解自己的操作是否生效。
同时对于学生基本信息录入的各项信息进行约束,检查其是否符合要求的格式。