软件质量保证与测试课程设计.docx
《软件质量保证与测试课程设计.docx》由会员分享，可在线阅读，更多相关《软件质量保证与测试课程设计.docx（18页珍藏版）》请在冰豆网上搜索。
软件质量保证与测试课程设计
软件质量保证与测试课程设计
信息科学与技术学院
《软件测试与质量保证》课程设计
题目名称：
学生信息管理系统测试
学生姓名：
李子彦
学号：
专业：
计算机科学与技术
班级：
13网络
指导教师：
秦怀斌
职称：
副教授
完成日期：
2015年12月29日
1简介
编写目的
这份测试分析报告主要是测试学生基本信息管理系统中各个主要功能的完善性和可用性，以求进一步完善系统的功能，适应用户的需求。
根据测试计划报告，对软件进行测试，详细记录测试过程，以对软件的质量进行评价，为软件设计人员提供BUG依据，故做产生测试分析报告。
项目背景
A.本项目的名称：
学生信息管理系统
B.本项目的提出者：
《软件质量保证与测试》课程教师——秦怀斌
C.本项目的开发者：
马丽娟
系统简介
本系统是学生信息管理系统，主要功能模块：
用户管理、学生信息管理、班级管理、成绩管理、公告管理、留言管理。
术语和缩写词
白盒测试：
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
黑盒测试：
黑盒测试：
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都
正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
等价类划分：
把全部输入数据划分为若干等价类（输入的子集合，其中每个数据对于揭露程序中的错误都是等效的），在每一个等价类中取一个或多个数据作为测试用例。
边界值：
因为处理边界值时最容易出错，所以测试用例要取自等价类边界及其附近。
动态测试：
通过运行被测软件来发现错误。
条件组合覆盖：
设计测试用例，使得每个判定中条件的各种可能组合都至少出现一次。
路径覆盖：
设计测试用例，使得程序结构的每一条路径至少走过一次。
负载测试：
使测试用例随机并发地大量地执行，以检测被测软件正常运行的能力。
引入缺陷分析模型：
在业界首先将各种有效的缺陷分析模型引入到该软件平台中，包括ODC分析、Gompertz分析、Rayleigh分析、四象限分析、缺陷注入分析、DRE/DRM等工程方法，帮助管理者建立软件研发过程的质量基线、测试能力基线，并帮助管理者将项目实际缺陷、能力数据和基线数据进行对比分析，发现软件过程中的改进点，判断测试是否可以退出、软件是否可以发布，并对软件中残留缺陷数进行预测；
利用理论框架分析：
建立了测试分析和设计的理论框架和一整套工程方法，能够很好的支撑测试的辅助分析和设计；
建立测试跟踪关系：
建立“开发需求项－>测试项－>测试子项－>测试用例－>缺陷”的测试跟踪关系，能够及时的反应开发需求和设计的变更对测试的影响范围，保证软件的一致性和测试的充分性，从而保证软件的质量；
参考资料
1、《软件质量保证与测试》（第一版），秦航杨强主编，清华大徐出版社，2012年1月第1版
2、张海藩.《软件工程导论》（第5版）.北京:
清华大学出版社,2008.
3、朱少民.软件质量保证和管理.北京：
清华大学出版社,2007.
4、朱少民.软件测试方法和技术（第2版）.北京:
清华大学出版社,2015
5、袁玉宇.软件测试与质量保证.王振宇,等译.北京:
机械工业出版社,2004
6、何克清,等.网络式软件.北京:
科学出版社,2008
7、宫云战.软件测试教程.北京:
机械工业出版社,2008
8、赵红珍.软件测试.北京:
高等教育出版社,2004
9、李强,等.网络式软件.北京:
科学出版社,2009
10、王波.软件测试教程.北京:
机械工业出版社,2013
11、雷雨.软件测试.北京:
高等教育出版社,2014
2测试概要
测试项目
学生信息管理系统
测试人员
本次参与测试的人员是：
马丽娟
测试环境
CPU：
Inteli5
内存：
4G
硬盘：
1T
操作系统：
Win10
应用软件：
学生信息管理系统
JDK：
测试工具与方法
测试方法：
黑盒测试法结合白盒测试法，静态测试和动态测试，验证和确认，单体测试和集合测试。
选取测试用例的原则：
严格遵照测试用例设计的基本原则，对每一个概念都详尽描述，尽量避免含糊的测试用例；尽量将具有相类似功能的测试用例抽象并归类；尽量避免冗长和复杂的测试用例；对每个模块都设计测试用例（去除功能类似模块测试用例的重复性）。
所有的测试都应可追溯到客户需求，在设计测试用例时，应包括合理的输入条件和不合理的输入条件，严格执行测试计划，排除测试的随意性，应当对每一个测试结果，做全面的检查。
妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。
检查程序是否做了应做的事，仅是成功的一半，另一半检查程序是否做了不该做的事。
在规划测试时不要设想程序中不会有错。
测试用例设计
测试分别针对系统的前台和后台之中的各个主要功能进行测试，通过对模块的分析，我们得出在整个系统中，我们总共需要有7个测试用例才能够完成对此系统的各种模块功能的功能以及其他各种因素的情况进行全面详尽的测试。
测试用例如下：
测试用例1：
系统名称
学生信息管理系统
功能模块
用户管理
编制人
马丽娟
用例编号
测试用例1
编制时间
2015年12月25日
测试目的
用户注册、注册时选择用户权限、删除以及修改用户是否成功
用例编号
步骤
具体操作
预期结果
实际结果
1
点击“新增用户”
不输入用户信息，全部为空
弹出对话框“请输入用户信息”
（符合）
2
点击“新增用户”
输入不完整的用户信息
弹出对话框“请输入用户完整信息”
（符合）
3
点击“新增用户”
输入完整用户信息
提示新增用户成功
（符合）
4
点击“新增用户”
输入完整信息，选择管理员权限
用户具有管理员权限
（符合）
5
点击“新增用户”
输入完整信息，选择学生权限
用户具有学生权限
（符合）
6
点击“用户管理”后再点击“编辑”
修改用户信息
提示用户修改成功，显示修改后的信息
（符合）
7
点击“用户管理”后再点击“删除”
删除用户
提示用户删除成功
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
测试用例2：
系统名称
学生信息管理系统
功能模块
用户登陆
编制人
马丽娟
用例编号
测试用例2
编制时间
2015年12月26日
测试目的
测试用户登陆是否成功，登陆时是否识别用户的类型
用例编号
步骤
具体操作
预期结果
实际结果
1
进入系统首页
输入正确的管理员用户名及密码
进入后台首页
（符合）
2
进入系统首页
输入正确的学生用户名及密码
进入前台首页
（符合）
3
进入系统首页
只输入用户名
弹出对话框“请输入完整信息”
（符合）
4
进入系统首页
只输入密码
弹出对话框“请输入完整信息”
（符合）
5
进入系统首页
输入正确的用户名及错误的密码
弹出对话框“密码错误，请重新输入”
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
测试用例3：
系统名称
学生信息管理系统
功能模块
学生信息管理
编制人
马丽娟
用例编号
测试用例3
编制时间
2015年12月27日
测试目的
测试新增学生信息、修改学生信息、删除学生信息是否成功
用例编号
步骤
具体操作
预期结果
实际结果
1
点击“新增学生信息”
不输入学生信息，全部为空
弹出对话框“请输入学生信息”
（符合）
2
点击“新增学生信息”
输入不完整的学生信息
弹出对话框“请输入学生完整信息”
（符合）
3
点击“新增学生信息”
输入完整学生信息
提示新增学生信息成功
（符合）
4
点击“学生信息管理”后再点击“编辑”
修改学生信息
提示学生信息修改成功，显示修改后的信息
（符合）
5
点击“学生信息管理”后再点击“删除”
删除学生信息
提示学生信息删除成功
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
测试用例4：
系统名称
学生信息管理系统
功能模块
班级管理
编制人
马丽娟
用例编号
测试用例4
编制时间
2015年12月27日
测试目的
测试新增班级信息、修改班级信息、删除班级信息是否成功
用例编号
步骤
具体操作
预期结果
实际结果
1
点击“新增班级信息”
不输入班级信息，全部为空
弹出对话框“请输入班级信息”
（符合）
2
点击“新增班级信息”
输入不完整的班级信息
弹出对话框“请输入班级完整信息”
（符合）
3
点击“新增班级信息”
输入完整班级信息
提示新增班级信息成功
（符合）
4
点击“班级信息管理”后再点击“编辑”
修改班级信息
提示班级信息修改成功，显示修改后的信息
（符合）
5
点击“班级信息管理”后再点击“删除”
删除班级信息
提示班级信息删除成功
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
测试用例5：
系统名称
学生信息管理系统
功能模块
成绩管理
编制人
马丽娟
用例编号
测试用例5
编制时间
2015年12月28日
测试目的
测试新增留言、修改留言、删除留言是否成功
用例编号
步骤
具体操作
预期结果
实际结果
1
点击“新增成绩”
不输入成绩信息，全部为空
弹出对话框“请输入成绩”
（符合）
2
点击“新增成绩”
输入不完整的成绩信息
弹出对话框“请输入学生完整成绩信息”
（符合）
3
点击“新增成绩”
输入完整成绩信息
提示新增成绩成功
（符合）
4
点击“成绩管理”后再点击“编辑”
修改成绩
提示成绩修改成功，显示修改后的成绩
（符合）
5
点击“成绩管理”后再点击“删除”
删除成绩
提示成绩删除成功
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
测试用例6：
系统名称
学生信息管理系统
功能模块
公告管理
编制人
马丽娟
用例编号
测试用例6
编制时间
2015年12月29日
测试目的
测试新增公告、修改公告、删除公告是否成功
用例编号
步骤
具体操作
预期结果
实际结果
1
点击“新增公告”
不输入公告信息，全部为空
弹出对话框“请输入公告”
（符合）
2
点击“新增公告”
输入不完整的公告信息
弹出对话框“请输入学生完整信息”
（符合）
3
点击“新增公告”
输入完整用户信息
提示新增公告成功
（符合）
4
点击“公告管理”后再点击“编辑”
修改公告
提示公告修改成功，显示修改后的信息
（符合）
5
点击“公告管理”后再点击“删除”
删除公告
提示公告删除成功
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
测试用例7：
系统名称
学生信息管理系统
功能模块
留言管理
编制人
马丽娟
用例编号
测试用例7
编制时间
2015年12月29日
测试目的
测试新增留言、修改留言、删除留言是否成功
用例编号
步骤
具体操作
预期结果
实际结果
1
点击“新增留言”
不输入留言信息，全部为空
弹出对话框“请输入留言”
（符合）
2
点击“新增留言”
输入不完整的留言信息
弹出对话框“请输入学生完整信息”
（符合）
3
点击“新增留言”
输入完整用户信息
提示新增留言成功
（符合）
4
点击“留言管理”后再点击“编辑”
修改留言
提示留言修改成功，显示修改后的信息
（符合）
5
点击“留言管理”后再点击“删除”
删除留言
提示留言删除成功
（符合）
测试人员：
马丽娟
开发人员：
马丽娟
3测试结果
界面测试结果
界面风格统一，按钮位置恰当，用户可以清楚的在界面上找到操作按钮。
功能测试结果
系统前台跟后台大部分功能可以实现。
（1）前台
学生用户只可以对前台进行操作，前台功能主要为信息查看功能，用户可以轻松查看个人信息、同班同学信息、所在班级信息、公告以及留言等等。
（2）后台
管理员用户可以使用后台功能，后台功能主要为用户管理、学生信息管理、班级管理、公告管理、留言管理，各个模块的功能均可以正常使用。
测试进度和工作量度量
1、进度度量
任务
计划开始
计划结束
实际开始
实际结束
测试计划与设计
2015-12-15
2015-12-18
2015-12-14
2015-12-20
测试执行
2015-12-23
2015-12-26
2015-12-23
2015-12-28
测试总结
2015-12-24
2015-12-27
2015-12-24
2015-12-29
2、工作量度量
执行任务
开始时间
结束时间
工作量（人时）
测试计划与设计
2015-12-14
2015-12-20
1×8
测试执行
2015-12-23
2015-12-28
1×5
测试总结
2015-12-24
2015-12-29
1×4
缺陷分析
1、缺陷度量
被测对象
总数
严重程度
缺陷类型
致命
严重
一般
提示
设计错误
赋值错误
算法错误
接口错误
功能错误
其它
登陆界面
3
0
1
0
2
2
1
0
0
0
0
用户管理界面
9
0
0
4
5
0
0
0
0
9
0
更改密码界面
1
1
0
0
0
0
1
0
0
0
0
学生查询界面
1
1
0
0
0
0
1
0
0
0
0
学生信息管理界面
2
2
0
0
0
0
2
0
0
0
0
选课界面
6
6
0
0
0
0
6
0
0
0
0
选课查询界面
1
1
0
0
0
0
1
0
0
0
0
成绩查询界面
0
0
0
0
0
0
0
0
0
0
0
班级信息查询界面
8
0
8
0
0
0
8
0
0
0
0
公告信息管理界面
1
1
0
0
0
0
1
0
0
0
0
留言管理界面
0
0
0
0
0
0
0
0
0
0
0
权限管理界面
2
2
0
0
0
0
2
0
0
0
0
2、局限性:
由于MySQL的一些不明原因,GDK和UTF_8编码的选择不能被安装,所以只能选择标准状态下的英文编码,因此系统所有的数据均由数字和英文表示,在下次的改进版中将会加以改善.
4对软件功能的结论
用户管理
能力
在测试过程中对于选用的用例基本能过提出错误提示，测试良好，能很好的对用户登陆权限进行校验和验证。
。
限制
在输入时如果输入了正确的用户名和密码，将进入管理模块，管理用户的角色权限应该进行相应的设置，所以，系统在该功能上还有待进一步改进，才能形成相对稳定的用户管理能力
用户登陆
能力
在测试过程中对于选用的用例基本能够提出错误提示，测试运行状况及相关逻辑处理运行良好。
限制
在输入时如果选择了游客，则无论是否输入用户名和密码都会进入游客模块，在该功能上还有待进一步改进。
学生信息管理
能力
学生信息查询速度较快，查询能力也较好。
同时，有关学生信息的增、删、改，都能在较短时间内完成，并有良好的安全性
限制
由于数据库内容较少，查询速度不能反应出软件处理的真实情况，各种并发操作的数据不能保持一致，这点还需有待进一步改进。
班级管理
能力
能够很好地进行班级管理，增加，删除，修改，查询都能很快响应需求，而且安全性高，删除纪录时会有提示
限制
在录入学号和班级号是可以利用连接进行插入，但是在这一点响应周期长，影响客户体验效果，导致系统不是十分流畅，需要需要对系统进行进一步的改进
成绩管理
能力
能够很好地进行成绩管理，增加，删除，修改，查询都能很快响应需求，而且安全性高，删除纪录时会有提示，并能很好的保持相关信息的同步更新，能够避免出现常见的数据库问题
限制
由于数据库内容较少，查询速度不能反应出软件处理的真实情况，在这点还有待进一步改进。
公告管理
能力
能够很好地进行公告管理，增加，删除，修改，查询都能很快响应需求，而且安全性高，删除纪录时会有提示，并能很好的保持相关信息的同步更新，能够避免出现常见的数据库问题
。
限制
在录入学号和班级号是可以利用连接进行插入，但是在这一点响应周期长，影响客户体验效果，导致系统不是十分流畅，需要需要对系统进行进一步的改进。
留言管理
能力
能够很好地进行留言管理，增加，删除，修改，查询都能很快响应需求，而且安全性高，删除纪录时会有提示，并能很好的保持相关信息的同步更新，能够避免出现常见数据库问题
限制
由于数据库内容较少，查询速度不能反应出软件处理的真实情况，在这有待进一步改进。
5分析摘要
能力
针对现实情况，该软件能对管理模块进行相应的操作，能做到基本的登陆验证、学生信息管理、管理等功能，反应速度还能令人满意。
陈述经测试证实了的本软件的能力。
如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。
1.系统架构先进、简单。
该系统采用先进的B/S架构，支持各种数据库，系统结构清晰明确，可满足学生信息管理系统软件应用的要求。
2.系统安全性较好。
系统具有严格的权限设置功能，权限设置可细化到字段级，不同权限的人员只能看到自己有权限访问的字段内容，有效地保证了数据的安全性。
3.系统设置灵活。
该软件完全基于工作流程进行设计，系统业务功能操作简单，可轻松制作各种图表。
4.系统可靠性高。
对客户机掉电或强行关机后重启机器、网络异常中断。
有完善的数据校验机制，对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。
5.系统兼容性好。
系统设计灵活，支持与成绩分析系统相关应用软件实现数据交换和共享。
能满足用户在各种操作系统，各种web应用服务器及各种主流数据库支撑软件下的使用。
缺陷和限制
（1）前台功能较少，多为查看信息的功能；
（2）页面过于静态，缺少一些动态的效果；
（3）系统功能较为单一，无法实现高级功能；
（4）在登录系统中，没有对不符合要求的用户名和密码格式进行限制。
（5）在学生信息管理系统中，数据库中的内容还较少，不能较准确的反应出添加、删除、修改学生信息以及添加、删除、修改成绩信息的速度。
（6）在学生信息管理系统中，没有对每一个学生的详细信息进行查询，而且数据库较小。
建议
a．在以后的时间里继续进行系统的维护以及完善，尽可能增加更多系统功能，拓展系统的用户群，加大系统的信息量，使系统满足更多用户的需求。
b．增加登录时的验证规则；
c．增加数据库中的内容；
d．增加查询时的现实信息；
评价
系统基本上已经达到了小组的预期目标，可以初步交付使用。
该学生信息管理系统基本实现了学生信息管理、查询，成绩管理等功能。
界面简洁美观，操作简单，易于掌握，但是在某些功能上还有待进一步改善。
升级会员 