软件工程实训 期刊管理系统 软件测试报告.docx
《软件工程实训 期刊管理系统 软件测试报告.docx》由会员分享，可在线阅读，更多相关《软件工程实训 期刊管理系统 软件测试报告.docx（17页珍藏版）》请在冰豆网上搜索。
软件工程实训期刊管理系统软件测试报告
软件测试报告
目录
1引言3
1.1标识3
1.2系统概述3
1.3文档概述3
2引用文件3
3测试结果概述4
3.1耐被测试软件的总体评估4
3.2测试环境的影响4
4详细的测试结果4
4．1（测试的项目）4
4．1．1测试结果小结6
4．1．2遇到了问题6
4．2．3与测试用例的偏差9
5测试记录10
6评价10
6.1能力。
10
6.2缺陷和限制。
10
6.2建议。
10
6.3结论。
10
7测试活动总结11
7.1人力消耗。
11
7.2物质资源消耗。
11
8注解11
1引言
1.1标识
本系统是Beta1.0版本
1.2系统概述
系统的名称：
期刊管理系统；
产品所有权：
张庭小组
可行性研究：
4月1号-4月7日
需求分析：
4月1日-4月7日
详细设计：
4月11日-4月15日
代码编写：
4月1日-5月1日
任务提出人：
刘建钊老师。
需求分析人：
张庭小组成员。
用户：
使用该软件且具有一定特权的管理人员（老师）
本文档适用的项目：
期刊管理系统。
以上时间均为2012年。
1.3文档概述
该文档描述对计算机软件配置项CSCI,系统或子系统进行合格性测试的计划安排。
内容包括进行测试的环境、测试工作的标识及测试工作的时间安排等。
2引用文件
文档格式要求按照我国GB/T8567-1998国家标准和IEEE/ANSI830-1993标准规范要求进行。
包括以下文件：
软件工程项目开发文档范例
软件工程国家标准文档
软件需求说明书编写规范
书籍包括：
殷人昆等编著.实用软件工程（第3版）.北京：
清华大学出版社，2010；
郑诚等编著.软件工程课程设计.北京：
机械工业出版社，2010；
王少锋编著.面向对象技术UML教程.北京：
清华大学出版社，2004。
3测试结果概述
3.1耐被测试软件的总体评估
该系统测试的策略有功能测试和性能测试，功能测试要覆盖系统中各个模块中的每个功能。
在功能测试时采用等价类划分法、边界值分析法和错误推测试法等多种测试方法，尽可能地做到测试的充分性。
测试时既要输入正确的数据，测试功能是否满足，也要对每个功能中的每个数据输入域故意输入错误的数据，测试系统的健壮性。
比如：
要求输入字符的测试是否可以输入数值，要求输入数值的测试是否可以输入字符，是否有输入长度的限制、大小写的限制、最大最小值（边界值）的限制等等。
性能测试往往针对软件的一部分功能，进行专项测试。
比如，系统能承受的并发用户数量，系统的操作响应时间等。
但却很难把握和度量，很容易导致测试过程很快结束或测试似乎永远都结束不了这两种极端，所以针对每一个测试过程要定义可度量的状态点，执行完一组工作后，及时检查是否已达到预定目标，是否已执行完该过程所有的步骤等，如实际情况与计划出入较大，应及时调整计划。
3.2测试环境的影响
考虑到各种因素和条件的限制，对期刊管理系统，采用黑盒测试方案，即根据软件所需要的输入数据的格式以及应该完成的功能，设计一些合法的测试用例和不合法的测试用例，特别是根据边界条件设计一些边界测试用例，以检查系统是否能正确地完成预期功能，得到希望的输出；或者是对不合法的输入和操作能够正确地识别和防御。
对个别重要的模块辅以白盒测试，以保证系统的正确性。
4详细的测试结果
4．1（测试的项目）
1.系统的测试内容
根据前面的需求分析的功能描述，本系统主要有系统登录、读者管理、期刊管理和借阅管理四个部分，所以系统的测试主要围绕着这些模块展开。
测试1：
系统登录测试
测试系统的登录界面是否正确、合理。
对于合法的用户是否能够转入正确的界面，对于非法的用户能否进行正确的处理。
测试2：
读者管理测试
根据前面的详细设计，可知该部分共有3个模块，因此需要对这3个模块先分别进行单元测试，即测试“添加用户”、“修改用户信息”、“删除用户“，然后再进行集成测试。
测试2.1：
添加用户功能测试
首先需要测试当用户填写了正确的用户信息后，能否成功提交；还要测试当用户提交那些包含有错误的信息时能否被拒绝，并正确地指出出错的位置。
测试2.2：
修改用户信息功能测试
首先需要测试是不是只有允许修改的字段才能修改，对于不能修改的字段是不允许修改的；对于允许修改的字段，先给正确的修改值，看能否正确提交，再给错误的修改值，看能否被拒绝，并给出正确的提示。
测试2.3：
删除用户功能测试
要测试当用户确实要删除后，该记录是否真的被删除，以及当用户放弃删除时，该记录是否还在。
测试3：
期刊管理测试
根据详细设计，可知该模块有4个子模块，因此需要对这4个子模块先分别进行单元测试，即测试“添加期刊”、“修改期刊信息”、“删除期刊”、“添加库存期刊”，然后再进行集成测试。
测试3.1：
添加期刊功能测试
需要测试当期刊的信息（期刊号、期刊名称、出版周期等）输入不完整时，系统是否能够给出正确的提示；还要测试目前输入的期刊信息在数据库中已存在时，能否给出正确响应，并给出提示；最后需要测试当输入一个正确的新期刊信息时，能否成功提交。
测试3.2：
修改期刊信息功能测试
测试系统能否正确列出所要修改的期刊目录信息，再测试用户完成信息修改后，能否成功提交。
测试3.3：
删除期刊功能测试
需要测试待删除期刊填写不完整时，系统能否给出相应提示；还要测试当用户选中了一条记录进行删除时，能否给出“是否确定删除”的提示，并且分别点击“确认”和“取消按钮”能够进行正确的处理。
测试3.4：
添加库存期刊功能测试
需要测试当期刊的信息（期刊号、年份、期号、数量等）输入不完整时，系统是否能够给出正确的提示；还要测试目前输入的期刊信息在数据库中已存在时，能否给出正确响应，并给出提示；最后需要测试当输入一个正确的新期刊信息时，能否成功提交。
测试4：
借阅管理测试
根据详细设计，借阅管理功能有3个子模块，因此需要对这3个子模块先分别进行单元测试，即测试“借阅期刊模块”、“归还期刊模块”、“查询借阅信息模块”，然后再进行集成测试。
测试4.1：
借阅期刊模块测试
首先需要测试输入用户的合法性，当输入错误的用户名时，能否给出相应的提示；接着需要测试输入错误的期刊信息，能否给出相应的提示；还需要测试当同时给出正确的用户名和期刊信息时，能否正确地处理借期刊。
测试4.2：
归还期刊模块测试
要测试当给出一个合法但是没有借出的期刊信息以及不合法的期刊信息时，能否给出正确的提示，当用户点击了“归还”按钮后，测试对于各个记录是否做了正确的处理。
测试4.3：
查询借阅信息测试
需要测试：
当用户设置的两个条件—“用户名”和“期刊信息”都为空时，能否正确处理，并相应的结果显示在控件中；当其中一部分为空时，能否正确处理并显示结果；当两个都不为空时，能否正确处理并显示结果。
2.系统的单元测试
对于期刊管理系统的单元测试，可采用的方法是黑盒测试技术，主要是以等价类划分为主，并辅以边界值分析法，力图发现系统中尽可能多的错误。
3.系统的集成测试
通过了单元测试后，便可进行系统的集成测试，一般采用自底向上集成的方法。
4.系统测试与回归测试
完成了各个模块的测试后，要进行系统测试。
也就是说，要把系统的所有模块集成在一起进行全面测试，还要考虑软件兼容和硬件的配置问题。
4．1．1测试结果小结
测试1：
名称：
系统登录测试。
目的：
测试系统操作界面。
内容：
帐号口令输入、合法性检查，系统操作界面显示控制。
测试2：
名称：
读者管理测试。
目的：
测试读者管理操作功能。
内容：
读者管理界面显示添加用户，删除用户，修改用户，退出等功能。
测试3：
名称：
期刊管理测试。
目的：
测试期刊管理操作功能。
内容：
期刊管理界面显示添加期刊，删除期刊，期刊目录查询，库存期刊查询，退出等功能。
测试4：
名称：
借阅管理测试。
目的：
测试借阅管理操作功能。
内容：
借阅管理界面显示借书，还书，借阅查询，退出等功能。
4．1．2遇到了问题
本条应分条标识遇到一个或多个问题的每一个测试用例。
4．1．2．1（测试用例的项目）
用例1：
系统登录测试如下表所示：
表4-1
输入
输出
用户名
密码
‘’
‘12degf’
错误—用户名为空
‘12334’
‘’
错误—密码为空
‘admin’
‘123’
正确—登陆成功
步骤及操作：
运行系统，转到登陆界面，输入用户名及密码，测试登陆功能。
允许偏差：
不允许任何偏差。
条件：
用户即可，包括管理员。
用例2：
读者管理测试如下表所示：
（1）添加用户如下表所示：
表4-2
输入
输出
用户名
密码
权限
‘’
‘12degf’
用户
错误—用户名为空
‘12334’
‘’
用户
错误—密码为空
‘admin’
‘123’
用户
错误—用户名已经存在
‘zhangsan’
‘35862’
用户
正确—添加成功
‘’
‘12defg’
管理员
错误—用户名为空
‘1234’
‘’
管理员
错误—密码为空
‘admin’
‘123’
管理员
错误—用户名已经存在
‘wangwu’
‘tian23’
管理员
正确—添加成功
（2）删除用户如下表所示：
表4-3
输入
输出
用户名
‘’
错误—用户名为空
‘12334’
错误—用户名不存在
‘admin’
正确—删除成功
（3）修改用户如下表所示：
表4-4
输入
输出
用户名
密码
权限
‘’
‘12degf’
用户
错误—用户名为空
‘12334’
‘’
用户
错误—密码为空
‘admin’
‘123’
用户
错误—用户名不存在
‘zhangsan’
‘35862’
管理员
正确—修改成功
‘wangwu’
‘wang23’
用户
正确—添加成功
用例3：
期刊管理测试如下表所示：
（1）添加期刊
①添加新种类期刊
表4-5
输入
输出
CN刊号
期刊名称
出版周期
主办单位
单价
‘’
‘爱好音乐’
半月刊
清华大学出版社
33.00
错误—CN刊号为空
CN11-1655/J
‘爱好音乐’
半月刊
清华大学出版社
33.00
错误—CN刊号已存在
‘CN11-1655/K’
‘’
半月刊
错误—期刊名称为空
‘CN11-1655/K’
‘爱好音乐’
半月刊
清华大学出版社
33.00
错误—出版周期为空
‘CN11-1655/K’
‘爱好音乐’
半月刊
33.00
错误—主办单位为空
‘CN11-1655/K’
‘爱好音乐’
半月刊
清华大学出版社
33.00
错误—单价为空
‘CN11-1655/K’
‘爱好音乐’
半月刊
清华大学出版社
33.00
正确—添加成功
②期刊入库
表4-6
输入
输出
CN刊号
期刊名称
期刊年份
期刊期号
数量
‘’
‘老张爱好音乐’
2010
8
5
错误—CN刊号为空
CN11-1655/L
‘老张爱好音乐’
2010
8
5
错误—CN刊号不存在
‘CN11-1655/K’
‘’
2010
8
错误—期刊名称为空
‘CN11-1655/K’
‘老张爱好音乐’
8
5
错误—期刊年份为空
‘CN11-1655/K’
‘老张爱好音乐’
2010
5
错误—期刊期号为空
‘CN11-1655/K’
‘老张爱好音乐’
2010
8
错误—数量为空
‘CN11-1655/K’
‘老张爱好音乐’
2010
8
5
正确—添加成功
（2）删除期刊
表4-7
输入
输出
选择
CN刊号
期刊年份
期刊期号
删除期刊目录
2010
8
错误—请填写完整信息
删除期刊目录
‘CN11-1655/K’
2010
8
错误—请先删除入库的所有期该类期刊
删除期刊目录
‘CN11-1655/K’
2010
9
错误—没有该种类期刊
删除期刊目录
‘CN11-1655/L’
2010
8
错误—该期刊不存在
删除入库期刊
‘CN11-1655/K’
2010
9
错误—暂时没有该期期刊
删除入库期刊
‘CN11-1655/K’
2010
8
正确—删除成功
删除期刊目录
‘CN11-1655/K’
2010
8
正确—删除成功
用例4：
借阅管理测试如下表所示：
（1）借书
表4-8
输入
输出
用户名
期刊名称
期刊年份
期刊期号
‘’
‘爱好音乐’
2010
8
错误—用户名为空
‘test’
‘爱好音乐’
2010
8
错误—用户不存在
‘admin’
‘爱好音乐’
8
错误—期刊年份为空
‘admin’
‘爱好音乐’
2010
错误—期刊期号为空
‘admin’
‘爱好音乐’
2010
9
错误—此期期刊还没有入库
‘zhangting’
‘爱好音乐’
2010
8
错误—你已经借过这期期刊了
‘zhangting’
‘人民音乐’
2008
8
错误—该期期刊已经全部被人借出了
‘admin’
‘爱好音乐’
2010
8
正确—借书成功
（2）还书
表4-9
输入
输出
用户名
期刊名称
期刊年份
期刊期号
‘’
‘爱好音乐’
2010
8
错误—用户名为空
‘test’
‘爱好音乐’
2010
8
错误—用户不存在
‘admin’
‘爱好音乐’
8
错误—期刊年份为空
‘admin’
‘爱好音乐’
2010
错误—期刊期号为空
‘admin’
‘爱好音乐’
2010
9
错误—此期期刊还没有入库
‘zhangting’
‘爱好音乐’
2010
8
错误—该读者并没有借该期期刊
‘admin’
‘爱好音乐’
2010
8
正确—还书成功
4．2．3与测试用例的偏差
本条应分条标识与测试用例／测试过程出现偏差的每个测试用例。
4．2．3．1（测试用例）
测试1：
名称：
系统登录测试。
目的：
测试系统操作界面。
内容：
帐号口令输入、合法性检查，系统操作界面显示控制。
测试2：
名称：
读者管理测试。
目的：
测试读者管理操作功能。
内容：
读者管理界面显示添加用户，删除用户，修改用户，退出等功能。
测试3：
名称：
期刊管理测试。
目的：
测试期刊管理操作功能。
内容：
期刊管理界面显示添加期刊，删除期刊，期刊目录查询，库存期刊查询，退出等功能。
测试4：
名称：
借阅管理测试。
目的：
测试借阅管理操作功能。
内容：
借阅管理界面显示借书，还书，借阅查询，退出等功能。
5测试记录
项目里程碑
开始时间
结束时间
输出要求/备注
测试规划
2012.04.12
2010.04.17
完成测试准备阶段
测试设计
2012.04.18
2010.04.25
需要完成测试的设计阶段
测试设计实施
2012.04.26
2010.05.02
按照测试的设计进行实施
测试执行
2012.05.03
2010.05.05
开始进行测试的执行阶段
测试总结
2010.05.06
2010.05.08
测试总结阶段
6评价
6.1能力。
软件测试是在软件开发的过程中，对软件产品进行质量控制，目的是保证软件产品的最终质量。
一般来说软件测试应严格按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试数据进行记录，并根据测试情况撰写测试报告。
测试报告主要是报告发现的软件缺陷
6.2缺陷和限制。
测试人员要想有效报告软件缺陷，就要对软件缺陷以明显、通用和再现的形式进行描述。
分离和再现软件缺陷是考验软件测试人员专业技能的地方，测试人员应该设法找出缩小问题范围的具体步骤。
对测试人员有利的情况是，若建立起绝对相同的输入条件时，软件缺陷就会再次出现，不存在随机的软件缺陷。
6.2建议。
在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都应该严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。
6.3结论。
测试评价主要包括覆盖评价以及质量和性能评价。
覆盖评价是对测试完全程度的评测；质量和性能评价是对测试的软件对象的性能、稳定性以及可靠性的评测。
7测试活动总结
测试主要的目的是为了发现错误，由于本软件较小，对数据处理没有过多的要求。
测试结果和预期输出结果之间偏差微小。
随着软件产业的发展，软件产品的质量控制与质量管理正逐渐成为软件企业生存与发展的核心。
几乎每个大中型IT企业的软件产品在发布前都需要大量的质量控制、测试和文档工作，而这些工作必须依靠拥有娴熟技术的专业软件人才来完成。
软件测试工程师就是这样的一个企业重头角色。
对软件测试工程师而言，必须具有高度的工作责任心和自信心。
任何严格的测试必须是一种实事求是的测试，因为它关系到一个产品的质量问题，而测试工程师则是产品出货前的把关人，所以，没有专业的技术水准是无法胜任这项工作的。
同时，由于测试工作一般由多个测试工程师共同完成，并且测试部门一般要与其他部门的人员进行较多的沟通，所以要求测试工程师不但要有较强的技术能力而且要有较强的沟通能力。
所以这次软件测试不仅仅锻炼我们的技术能力，还要培养我们的沟通能力，只有这样我们才能有机会被一些知名企业所用。
7.1人力消耗。
5人×30天=350天
7.2物质资源消耗。
服务器：
PC=1台
客户端：
pc=5台
8注解
UNIX：
是一个强大的多用户、多任务操作系统，支持多种处理器架构，按照操作系统的分类，属于分时操作系统，最早由KenThompson、DennisRitchie和DouglasMcIlroy于1969年在AT&T的贝尔实验室开发。
升级会员 