图书管理系统测试总结评估报告第10组.docx

1、图书管理系统测试总结评估报告第10组图书信息管理系统(Library)测试总结分析报告重庆正大软件职业技术学院2010年05月05日产品名称图书信息管理系统（简称lirbary）文档编号Library_07版本号1.0页 数15文档名称: 测试总结分析报告作者：XXX日期：2010-5-5审核：XXX日期：2010-5-6批准：日期：客户意见： 客户确认： 日期： 第一章 总论一.1 项目背景图书信息管理系统是有正大学生为正大集团开发的一套图书信息管理系统，是目前图书信息管理系统中一套比较有代表的图书信息管理系统。目前，发现了系统存在的一些问题，已作一次测试，更加了解系统和有效地发现系统中的其

2、它问题，目前由正大测试实训班第10组，启动本项目来对系统进行测试。本项目由正大软件学院开发班提出，希望通过本项目的测试，除了在发现更多的系统缺陷外，同时让学生能具体化了解测试的具体流程和步骤，以及所产生的文档。具体到每个环节。一.2 文档目的前阶段的测试工作已经结束了，测试工作产生了一些成果，同时也存在一些不足的地方，我们通过对项目进行总结，统计分析得出结论，供开发人员改善功能和界面作参考，为项目负责人提供系统评价参考，并对今后的工作提出改进建议和参考。从而具体了解测试。一.3 参考资料图书信息管理系统测试计划图书信息管理系统工作任务安排图书信息管理系统测试需求图书信息管理系统测试用例说明书图

3、书信息管理系统 测试执行记录图书信息管理系统第一轮测试缺陷小结第二章测试总结二.1 总述本项目从4月26日开始，至5月5日测试执行结束，期间划分了4个阶段：系统培训制订测试需求设计测试用例执行测试在这4个阶段中，我们的工作取得了一些成果，同时也存在一些不足之处。二.1.1 成果建立了一套较完整的测试过程规范；该规范以测试计划为主体，配合其它文档和模板，形成一套完整的测试过程规范。通过这套过程规范，我们可以明确地定义各个阶段及各阶段的任务，制定资源需求，可以比较准确的估计各个阶段所需时间，并控制各阶段的工作合理安排各项工作时间和资源。而且随着项目形式、规模的变化，该过程规范只需要根据项目情况做少

4、量变化，主要的思想不需做太大的改变。建立了一套较完整的测试用例库；这套测试用例库基本上覆盖了各个子系统的所有功能点，并在测试执行过程中进行了补充。随着今后测试工作的开展，用例库也将不断的得到完善。由于各图书信息管理系统的主要功能是相似的，这套用例库还可以应用到其它图书信息管理系统上，只需要根据系统进行部分地修改即可。发现了系统中还存在的一些缺陷，并提出了一些建议；通过对系统的不断了解和测试，测试人员发现了系统中仍然存在的一些缺陷，并从用户的角度提出了一些功能和界面建议。培养了测试设计人员；通过项目的四个阶段，我们的测试设计人员对考试系统的了解和熟悉程度不断加深，在测试执行阶段，已经就一些较深程

5、度的内容向开发人员进行了了解。对他们进行进一步的培训后，就可以从更深入的角度来设计测试用例了。二.1.2 不足设计的测试用例还不够深入。在较短的时间里，测试人员还不能完全掌握系统的业务逻辑细节，而且无法获得相应的文档资源，导致测试人员只能根据掌握的业务逻辑和程序界面功能设计测试用例，而无法针对业务逻辑的一些细节设计测试用例。时间不够充分。时间还不够充分，是限制本轮测试充分发挥的重要因素。在近一个月的时间里测试人员要了解、熟悉系统，制订测试需求，设计测试用例，执行完整的一轮测试，时间是相当紧张的。在每个阶段，我们以前阶段形成的文档和测试计划作为指导，加上适当的调配，都能够在不影响主要工作内容的前

6、提下完成阶段工作。希望在以后的工作中能够有所改善。与开发人员之间交流不够充分由于开发人员和测试人员工作时间不统一，导致双方时间交流不够充分，对测试工作的进行有一定影响。二.1.3 未来计划完善目前的过程规范。我们将根据以后工作的具体特点，在目前的过程规范的基础上做适当的完善和调整，使其能够适应以后各种工作的要求，有效的为各项测试工作提供参考和控制。完善已经建立的测试需求和测试用例库。在后期的工作中，我们会不断完善已建立的测试需求和测试用例库，并在测试人员不断加深对系统的了解的情况下逐步补充更深入、更细致的测试用例。建议软件开发人员和测试工作时间统一软件开发人员和测试人员工作时间的统一有利于双方

7、的沟通，和问题的及时解决。二.2 缺陷分类分析Library第一轮测试结束后，各子系统中已发现的缺陷和建议的汇总数据如下：缺陷类别模块名称登陆系统借书还书人员管理图书管理退出系统小计功能缺陷紧急1000001很高1001002高152813130中等0110002低1001103小计4631014138功能建议0110002界面建议2001003安全问题0000000问题总计6741114143二.2.1 子系统 - 缺陷分布子系统名称登陆系统借书还书人员管理图书管理退出系统小计缺陷个数6741114143图一 子系统 缺陷分布 - 直方图图二 子系统 缺陷分布比例分析：从以上两图中我们可以看

8、到，退出和还书部分缺陷相对较少，图书管理和人员管理的缺陷较多（占到总缺陷数的59），图书管理系统的缺陷数量尤其突出，这点同项目初期“由于考后部分用户较少而没有经受足够考验，可能存在的问题较多”的说法一致，也说明在以后的测试中，这两块是需要重点关注的内容。二.2.2 缺陷分布 柏拉图子系统名称登陆系统借书 还书人员管理图书管理退出系统小计缺陷个数6741114143累计个数61317284243/累计百分比14%30%39%65%98%100%/图三 缺陷分布 柏拉图分析：柏拉图能够根据80:20原则分析系统中的问题主要集中在哪些部分。由该图表得知，Library所有子系统中，人员管理、图书管理

9、、和借书这3个子系统的问题就覆盖到所有问题总数的80%左右，因此在下一测试周期的执行以及下一版本的开发中，要将问题的重点放在这3个子系统上。二.2.3 功能缺陷严重级别分布堆积图严重级别子系统登陆系统借书还书人员管理图书管理退出系统小计紧急1000001很高1001002高152813130中等0110002低1001103图五 子系统 - 功能缺陷严重级别分布堆积图分析：本图中包含这样的信息：人员管理和图书管理管理系统都存在能使应用程序出错或异常退出的严重问题，这些问题将在下一版本中优先解决；图书系统的功能缺陷中，大部分都会导致模块功能无法实现，因而有必要重新审视图书管理系统的开发流程；而其

10、他几个子系统的功能缺陷中，也有大约一半能影响模块功能的运行。二.3 测试资源消耗本项目所消耗的资源如下：资源类型数量说明项目经理1人XXX测试人员1人1个月XXX测试人员1人1个月XXXPC机3台第三章 测试概要三.1 概要图书信息管理系统项目测试工作由2010年4月26日开始，2010年5月5日测试执行工作结束。按照计划，我们进行了一轮测试，所有测试用例已经全部在测试环境中执行完毕。本次测试执行工作根据图书信息管理测试用例说明书中的测试用例进行测试，并在测试过程中不断完善图书信息管理测试用例说明书。本轮测试内容包括以下各子系统：1、登录子系统2、借书子系统3、还书子系统4、人员管理子系统5、

11、图书管理子系统6、退出子系统三.2测试日程安排和任务分配关于各阶段的测试工作日程安排和任务分配，请参看附件：图书信息管理工作任务安排.mpp三.3 测试过程测试人员按照图书信息管理测试执行记录中分配的执行顺序执行图书信息测试用例说明书中的测试用例测试人员在测试执行阶段每天将当天的执行情况填写到图书信息管理 测试执行记录测试人员在测试过程中发现缺陷则填写缺陷记录单第四章 阶段总结阶段总结分为四个阶段小结：测试需求阶段总结测试用例设计阶段总结测试执行阶段总结四.1 测试需求阶段总结参见附件测试需求报告四.2 测试用例设计阶段总结参见附件测试用例设计报告四.3 测试执行阶段总结综合本文各种统计数据及其图表，图书信息管理第一轮结束后，我们得出如下结论：问题最多的子系统 下一测试周期需要特别关注的子系统 功能缺陷最多的子系统 存在安全问题的子系统 存在严重问题的子系统 需要审视开发流程的子系统 第五章 附件图书信息管理系统项目进度安排图书信息管理工作任务安排图书信息管理系统测试需求阶段总结