图书管理系统软件测试技术课程设计报告测试计划

年4月19日图书管理系统软件测试技术课程设计报告测试计划文档仅供参考，不当之处，请联系改正。北方民族大学课程设计报告系（部、中心）计算机科学与工程学院姓名学号专业班级同组人员课程名称软件测试技术设计题目名称《图书管理系统系统测试计划》起止时间3月1日成绩指导教师签名 北方民族大学教务处制目录1. 引言 11.1《测试计划》编写目的 11.2项目简介 11.3测试所需参考资料 11.4测试提交文档 12. 测试进度安排 13. 测试资源 23.1人力资源 23.2测试环境 23.3测试工具 24.测试方案 24.1测试方法的选择 24.2测试覆盖率要求 25.测试项目说明 3参考文献 3引言1.1《测试计划》编写目的测试计划是在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等内容；借助软件测试计划，参与测试的项目成员，能够明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。首先，《测试计划》用来定义测试的范围、测试的方法、所需的资源、进度等，明确需要测试的产品项，需要覆盖的功能特性，需要执行的测试任务，每项任务的负责人，识别相关的风险。其次，能够指导我们顺利的完成软件测试的任务，无论是在时间还是在任务分配或者是在进度安排方面都对我们起一个指导性的作用，使我们有条不紊的进行课程的学习。测试计划是详细的计划过程中的一个副产品。重要的是计划的过程，而不是文档本身。测试计划的最终目标是表示（而非记录）测试组的意图、期望，以及对于即将进行的测试的理解。1.2项目简介项目背景、系统名称：图书管理系统项目背景为：科学技术的飞速发展把人类社会推向了一个崭新的时代——信息时代。人们对这些信息进行收集、加工、传递等过程的时间性和准确性提出了更高的要求。这一切使得传统的手工作业为基础的信息系统陷入了机构日益庞大，效率日益降低的困境。电子计算机的出现为摆脱这种困境找到了出路。计算机用于管理信息处理的突出优点是迅速、准确、可靠、具有很大的存储能力，适应于管理信息量大、面宽的特点，适合于管理信息处理及时、准确的要求信息对社会经济发展的巨大推动作用，使其与物质能源一起并列为现代社会的三大支柱。图书管理系统是一个图书单位不可缺的部分，图书管理系统应该能够为用户提供充分的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，这对于查找、更新和维护都带来了不少的困难。对于借阅者来说，想要借书必须去到图书馆，一本本的查找，效率低，占用时间长，不利于查找，而且没有人性化管理。图书馆的规模越大，管理员对图书的管理越来越复杂，如果用传统的方法来管理，将是不可能实现的问题，对于借阅者，想要找到需要的图书也是一个复杂的问题。为了使图书管理简单化，使非专业人员也能轻松管理图书，使读者便于查找借阅归还图书，就必须设计一套实用简单，功能强大的图书管理系统。项目范围：本图书管理系统主要面向中小型图书管理机构或中小型机构的资料或文件等的管理，由于系统本身的和管理方面的限制及数据方面的要求和局限性，本系统并不适合于大型机构和其它性质的机构使用，另外本系统也可作为学习和参考方面的资料。系统基本功能图：1.1系统功能模块图系统总体用例图：1.2系统功能模块图图1.3读者子系统用例图系统技术架构系统采用C/S架构C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，经过它能够充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。当前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都能够进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都能够访问新的和现有的应用系统，经过现有应用系统中的逻辑能够扩展出新的应用系统。这也就是当前应用系统的发展方向。传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S架构的软件需要针对不同的操作系统系统开发不同版本的软件C/S的优点是能充分发挥客户端PC的处理能力，很多工作能够在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。缺点主要有以下几个：1）只适用于局域网。而随着互联网的飞速发展，移动办公和分布式办公越来越普及，这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术，同时要对系统进行专门的设计来处理分布式的数据。2）客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。3）对客户端的操作系统一般也会有限制。在编程技术方面采用VB.NET技术，开发环境应用VisualStudio数据库采用AccessVisualStudio:VisualStudio是微软公司推出的开发环境，VisualStudio能够用来创立Windows平台下的Windows应用程序和网络应用程序，也能够用来创立网络服务、智能设备应用程序和Office插件。所需参考资料表1-1：所需资料列表参考资料提交日期责任人备注项目开发计划-需求规格说明书-系统设计说明书-系统原型-系统源码-用户使用手册-1.4测试提交文档表1-2：测试提交文档列表提交文档提交日期责任人备注测试计划-3-2测试分析报告（包括测试用例、缺陷报告）-测试日志-测试进度安排表2-1：测试进度安排表测试活动计划开始时间计划结束时间实际开始时间实际结束时间制定测试计划-3--3--3-2测试方案设计-3-29-不定不定测试执行单元测试--不定不定集成测试--不定不定系统测试--不定不定性能测试--不定不定安装测试--5不定不定用户验收测试--3-不定不定产品发布--不定不定测试资源人力资源表3-1：测试人力资源安排表角色承担人具体职责备注测试经理资源管理和监督提供技术指导分配适当资源编写测试计划、测试方案管理测试分析报告参加测试制定一些测试方案测试员执行测试计划编写测试用例记录测试结果编写缺陷报告编写测试分析报告进行具体的测试工作3.2测试环境3.2.1硬件环境个人PC机一台Pentium（R）Dual-CoreCPUT4400@2.20GHz2.19GHz,2.0GB的内存操作系统WindowsXPprosp332位3.2.3软件环境VisualStudioAccessword3.3测试工具表3-2：测试工具列表用途工具生产厂商版本备注测试计划WordMicrosoft测试分析报告WordMicrosoft功能测试QTPMercury9.0与手工测试配合使用性能测试NTtimeAdamSlosarski测试代码响应能力AQTimeAutomated语句级或行级代码性能和结果分析LoadRunnerMercuryInteractive9.5系统性能测试测试管理DevTestStudioTechExcel4.测试方案4.1测试方法的选择测试的方法：在这里我们采用黑盒、白盒、静态、动态、回归、单元和集成测试。黑盒测试：黑盒测试又称功能测试或者数据驱动测试。黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。软件测试人员以用户的角度，经过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。白盒测试：白盒测试又称结构测试或者逻辑驱动测试。白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。白盒测试是知道产品内部工作过程，可经过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证静态测试：静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅.。静态方法是指不运行被测程序本身，仅经过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法经过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导动态测试：动态测试是指经过运行软件来检验软件的动态行为和运行结果的正确性。回归测试：回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。一般确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必须更改源代码，因而就有可能影响这部分源代码所控制的功能。因此在验证修好的缺陷时不但要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。单元测试：单元测试是最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易做好，除非应用系统有一个设计很好的体系结构;还可能需要开发测试驱动器模块或测试套具。集成测试：集成测试是指一个应用系统的各个部件的联合测试，以决定她们能否在一起共同工作并没有冲突。部件能够是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试特别与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，而且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其它组的模块一起测试。最后，将构成进程的所有模块一起测试。另外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。集成测试识别组合单元时出现的问题。经过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，能够知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别测试用例的选取原则：一：测试用例必须具有代表性、典型性。二：测试用例要有“浓缩性”，即精要、综合。三：尽量避免含糊的测试用例。四：尽量将具有类似效果的测试用例抽象并归类。五：尽量避免冗长和复杂的测试用例。4.2测试覆盖率要求4.2.1对源代码的测试覆盖率要求在这里我们争取对软件关键模块的语句覆盖率要达到100%，分支覆盖要达到85%以上。从而使系统的整体代码覆盖率能够达到87%以上。4.2.2对需求的测试覆盖率要求在这里争取测试用例的执行率要在100%，即所有用例都要执行一遍，测试用例的经过率要达到95%以上。5