图书管理系统测试总结评估报告第10组.docx
《图书管理系统测试总结评估报告第10组.docx》由会员分享，可在线阅读，更多相关《图书管理系统测试总结评估报告第10组.docx（11页珍藏版）》请在冰豆网上搜索。
图书管理系统测试总结评估报告第10组
图书信息管理系统
（Library）
测试总结分析报告
重庆正大软件职业技术学院
2010年05月05日
产品名称
图书信息管理系统（简称lirbary）
文档编号
Library_07
版本号
1.0
页数
15
文档名称:
测试总结分析报告
作者：
XXX
日期：
2010-5-5
审核：
XXX
日期：
2010-5-6
批准：
日期：
客户意见：
客户确认：
日 期：
第一章总论
一.1项目背景
图书信息管理系统是有正大学生为正大集团开发的一套图书信息管理系统，是目前图书信息管理系统中一套比较有代表的图书信息管理系统。
目前，发现了系统存在的一些问题，已作一次测试，更加了解系统和有效地发现系统中的其它问题，目前由正大测试实训班第10组，启动本项目来对系统进行测试。
本项目由正大软件学院开发班提出，希望通过本项目的测试，除了在发现更多的系统缺陷外，同时让学生能具体化了解测试的具体流程和步骤，以及所产生的文档。
具体到每个环节。
一.2文档目的
前阶段的测试工作已经结束了，测试工作产生了一些成果，同时也存在一些不足的地方，我们通过对项目进行总结，统计分析得出结论，供开发人员改善功能和界面作参考，为项目负责人提供系统评价参考，并对今后的工作提出改进建议和参考。
从而具体了解测试。
一.3参考资料
《图书信息管理系统——测试计划》
《图书信息管理系统——工作任务安排》
《图书信息管理系统——测试需求》
《图书信息管理系统——测试用例说明书》
《图书信息管理系统——测试执行记录》
《图书信息管理系统——第一轮测试缺陷小结》
第二章测试总结
二.1总述
本项目从4月26日开始，至5月5日测试执行结束，期间划分了4个阶段：
◆系统培训
◆制订测试需求
◆设计测试用例
◆执行测试
在这4个阶段中，我们的工作取得了一些成果，同时也存在一些不足之处。
二.1.1成果
◆建立了一套较完整的测试过程规范；
该规范以测试计划为主体，配合其它文档和模板，形成一套完整的测试过程规范。
通过这套过程规范，我们可以明确地定义各个阶段及各阶段的任务，制定资源需求，可以比较准确的估计各个阶段所需时间，并控制各阶段的工作合理安排各项工作时间和资源。
而且随着项目形式、规模的变化，该过程规范只需要根据项目情况做少量变化，主要的思想不需做太大的改变。
◆建立了一套较完整的测试用例库；
这套测试用例库基本上覆盖了各个子系统的所有功能点，并在测试执行过程中进行了补充。
随着今后测试工作的开展，用例库也将不断的得到完善。
由于各图书信息管理系统的主要功能是相似的，这套用例库还可以应用到其它图书信息管理系统上，只需要根据系统进行部分地修改即可。
◆发现了系统中还存在的一些缺陷，并提出了一些建议；
通过对系统的不断了解和测试，测试人员发现了系统中仍然存在的一些缺陷，并从用户的角度提出了一些功能和界面建议。
◆培养了测试设计人员；
通过项目的四个阶段，我们的测试设计人员对考试系统的了解和熟悉程度不断加深，在测试执行阶段，已经就一些较深程度的内容向开发人员进行了了解。
对他们进行进一步的培训后，就可以从更深入的角度来设计测试用例了。
二.1.2不足
◆设计的测试用例还不够深入。
在较短的时间里，测试人员还不能完全掌握系统的业务逻辑细节，而且无法获得相应的文档资源，导致测试人员只能根据掌握的业务逻辑和程序界面功能设计测试用例，而无法针对业务逻辑的一些细节设计测试用例。
◆时间不够充分。
时间还不够充分，是限制本轮测试充分发挥的重要因素。
在近一个月的时间里测试人员要了解、熟悉系统，制订测试需求，设计测试用例，执行完整的一轮测试，时间是相当紧张的。
在每个阶段，我们以前阶段形成的文档和测试计划作为指导，加上适当的调配，都能够在不影响主要工作内容的前提下完成阶段工作。
希望在以后的工作中能够有所改善。
◆与开发人员之间交流不够充分
由于开发人员和测试人员工作时间不统一，导致双方时间交流不够充分，对测试工作的进行有一定影响。
二.1.3未来计划
◆完善目前的过程规范。
我们将根据以后工作的具体特点，在目前的过程规范的基础上做适当的完善和调整，使其能够适应以后各种工作的要求，有效的为各项测试工作提供参考和控制。
◆完善已经建立的测试需求和测试用例库。
在后期的工作中，我们会不断完善已建立的测试需求和测试用例库，并在测试人员不断加深对系统的了解的情况下逐步补充更深入、更细致的测试用例。
◆建议软件开发人员和测试工作时间统一
软件开发人员和测试人员工作时间的统一有利于双方的沟通，和问题的及时解决。
二.2缺陷分类分析
Library第一轮测试结束后，各子系统中已发现的缺陷和建议的汇总数据如下：
缺陷类别\模块名称
登陆系统
借书
还书
人员管理
图书管理
退出系统
小计
功能缺陷
紧急
1
0
0
0
0
0
1
很高
1
0
0
1
0
0
2
高
1
5
2
8
13
1
30
中等
0
1
1
0
0
0
2
低
1
0
0
1
1
0
3
小计
4
6
3
10
14
1
38
功能建议
0
1
1
0
0
0
2
界面建议
2
0
0
1
0
0
3
安全问题
0
0
0
0
0
0
0
问题总计
6
7
4
11
14
1
43
二.2.1子系统-缺陷分布
子系统名称
登陆系统
借书
还书
人员管理
图书管理
退出系统
小计
缺陷个数
6
7
4
11
14
1
43
图一子系统–缺陷分布-直方图
图二子系统–缺陷分布比例
分析：
从以上两图中我们可以看到，退出和还书部分缺陷相对较少，图书管理和人员管理的缺陷较多（占到总缺陷数的59％），图书管理系统的缺陷数量尤其突出，这点同项目初期“由于考后部分用户较少而没有经受足够考验，可能存在的问题较多”的说法一致，也说明在以后的测试中，这两块是需要重点关注的内容。
二.2.2缺陷分布柏拉图
子系统名称
登陆系统
借书
还书
人员管理
图书管理
退出系统
小计
缺陷个数
6
7
4
11
14
1
43
累计个数
6
13
17
28
42
43
/
累计百分比
14%
30%
39%
65%
98%
100%
/
图三缺陷分布–柏拉图
分析：
柏拉图能够根据80:
20原则分析系统中的问题主要集中在哪些部分。
由该图表得知，Library所有子系统中，人员管理、图书管理、和借书这3个子系统的问题就覆盖到所有问题总数的80%左右，因此在下一测试周期的执行以及下一版本的开发中，要将问题的重点放在这3个子系统上。
二.2.3功能缺陷严重级别分布堆积图
严重级别\子系统
登陆系统
借书
还书
人员管理
图书管理
退出系统
小计
紧急
1
0
0
0
0
0
1
很高
1
0
0
1
0
0
2
高
1
5
2
8
13
1
30
中等
0
1
1
0
0
0
2
低
1
0
0
1
1
0
3
图五子系统-功能缺陷严重级别分布堆积图
分析：
本图中包含这样的信息：
人员管理和图书管理管理系统都存在能使应用程序出错或异常退出的严重问题，这些问题将在下一版本中优先解决；图书系统的功能缺陷中，大部分都会导致模块功能无法实现，因而有必要重新审视图书管理系统的开发流程；而其他几个子系统的功能缺陷中，也有大约一半能影响模块功能的运行。
二.3测试资源消耗
本项目所消耗的资源如下：
资源类型
数量
说明
项目经理
1人
XXX
测试人员
1人
1个月
XXX
测试人员
1人
1个月
XXX
PC机
3台
第三章测试概要
三.1概要
图书信息管理系统项目测试工作由2010年4月26日开始，2010年5月5日测试执行工作结束。
按照计划，我们进行了一轮测试，所有测试用例已经全部在测试环境中执行完毕。
本次测试执行工作根据《图书信息管理——测试用例说明书》中的测试用例进行测试，并在测试过程中不断完善《图书信息管理——测试用例说明书》。
本轮测试内容包括以下各子系统：
1、登录子系统
2、借书子系统
3、还书子系统
4、人员管理子系统
5、图书管理子系统
6、退出子系统
三.2测试日程安排和任务分配
关于各阶段的测试工作日程安排和任务分配，请参看附件：
《图书信息管理——工作任务安排.mpp》
三.3测试过程
◆测试人员按照《图书信息管理——测试执行记录》中分配的执行顺序执行《图书信息——测试用例说明书》中的测试用例
◆测试人员在测试执行阶段每天将当天的执行情况填写到《图书信息管理——测试执行记录》
◆测试人员在测试过程中发现缺陷则填写《缺陷记录单》
第四章阶段总结
阶段总结分为四个阶段小结：
◆测试需求阶段总结
◆测试用例设计阶段总结
◆测试执行阶段总结
四.1测试需求阶段总结
参见附件《测试需求报告》
四.2测试用例设计阶段总结
参见附件《测试用例设计报告》
四.3测试执行阶段总结
综合本文各种统计数据及其图表，图书信息管理第一轮结束后，我们得出如下结论：
◆问题最多的子系统——<人员管理>—<图书管理>
◆下一测试周期需要特别关注的子系统——<借书><图书管理><人员管理>
◆功能缺陷最多的子系统——<图书管理>
◆存在安全问题的子系统——<登录>
◆存在严重问题的子系统——<登录>
◆需要审视开发流程的子系统——<借书>
第五章附件
《图书信息管理系统——项目进度安排》
《图书信息管理——工作任务安排》
《图书信息管理系统——测试需求阶段总结》
升级会员 