博研图书馆管理系统)测试计划v1.0

1、博研图书馆管理系统测试计划Version : 1.0编制 : 陈亚 审核 :日期 : 2011-5-26444文档修订历史纪录日期版本说明编制审核2011-5-261.0创建陈亚2011-5-271.0周瑜对测试启动与结束准则进行添 加11121313131. 介绍1.1.1.2.1.3.1.4.目的 项目背景 测试参考文档 测试提交文档 1.5. 测试范围 1.6. 定义 2. 测试进度 3. 测试资源 3.1. 需要测试的业务功能需求3.2. 人力资源 3.3. 测试环境 3.4. 测试工具 （可选 ） 4. 测试策略 数据和数据库完整性测试 集成测试 功能测试 用户界面测试 性能评测 4

2、.14.24.34.44.55. 问题严重度描述 6. 问题优先级描述 7. 缺陷状态描述 bug 的周期 8. 系统风险及应急处理 目录101. 介绍1.1. 目的主要是对学校的晚归与考情管理系统的一个测试，它一共有 7 个大模块， 分别是：系统设置 （图 书馆信息、管理员设置、书架管理） 、读者管理（读者类型管理、读者档案管理） 、图书管理（图 书类型管理、图书档案管理） 、图书借还（图书借阅、图书归还） 、系统查询（图书档案查询、图 书借阅查询） 、排行榜（图书借阅排行榜、读者借阅排行榜） 、更改口令（更改密码） ，将本组的 10 人每人平均安排模块进行测试，主要是运用黑盒测试来对这个系

3、统进行测试，使整个系统能 按照客户的要求得以实现。1.2. 项目背景本项目旨在通过 access 基于 Web 技术的图书馆管理系统，以方便管理员对图书的管理。1.3. 测试参考文档1.4. 测试提交文档（博研图书馆管理系统 ）测试计划 v1.0 1.5. 测试范围对博研图书馆管理系统的一个测试，它一共有 7 个大模块，分别是：系统设置（图书馆信息、管 理员设置、书架管理） 、读者管理（读者类型管理、读者档案管理） 、图书管理（图书类型管理、 图书档案管理） 、图书借还（图书借阅、图书归还） 、系统查询（图书档案查询、图书借阅查询） 排行榜（图书借阅排行榜、读者借阅排行榜） 、更改口令（更改密

4、码） ，主要就是要对这些模块进 行测试。1.6. 定义缺陷级别： 一级：遗漏系统需求，基本功能未完全实现；导致系统崩溃的。二级：数据错误；或者严重地影响系统要求或基本功能的实现，且不能通过操作改善的（重新安装或重新启动该软件不属于改善办法） 。三级：一般影响系统要求或基本功能的实现，接口的不协调等（博研图书馆管理系统）测试计划四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级：其他微小错误。1.7. 测试启动与结束准则1.7.1.测试启动准则系统测试的启动准则（应同时满足）：上一轮系统测试所有发现的缺陷均被处理；上一轮系统测试所发现的应被修正的缺陷已被修正完成;测试版本 已

5、经过开发人员的冒烟测试；测试版本内容符合版本规划； 1.7.2.测试结束准则实行了该阶段所有的测试策略并达到结束标准。 所有本轮的测试用例都被执行过 测试报告被权签人批准.1.7.3.测试暂停/中止标准 发现有重大设计或编码问题，其导致流程性阻塞；发现有重大设计或编码问题，其导致20%上的测试用例无法执行或执行无意义，测试相关特性已经无意义；发现有重大设计或编码问题， 其修改会导致30%上的函数接口，功能等的数量级的变化测试 相关特性已经无意义；项目再启动时，测试进度重新安排或顺延。如有新的项目需求，则在原测试计划下做相应的调整。若项目中止，则对已完成的测试工作做测试活动总结。2. 测试进度测

6、试活动计划开始日期结束日期分析整个系统的功能点并编写测试计划2011-5-282011-5-31根据测试计划与系统编写测试用例2011-6-12011-6-3开始测试2011-6-42011-6-8根据测试过程编写测试报告2011-6-92011-6-11进行缺陷分析2011-6-112011-6-123. 测试资源3.1.需要测试的业务功能需求编号功能描述数据Ul_1系统设置图书馆信息主要是介绍图书馆的各 个信息，如图书馆名称、 馆长、 电话、地址、网址、建馆时间、简介等等的信息，对 以上的信息进行设置Ul_2管理员设置对管理员进行管理和设 置，如添加管理员、设置权限 等等一系列的设置，还可

7、以进 管理员进行删除。Ul_3书架管理对书架的编号、名称进行 修改和删除。Ul_4读者管理读者类型管理对读者类型进行编号和 名称的设置还有可借数量的修 改和删除。Ul_5读者档案管理对读者的读者编号、姓 名、读者类型、证件类型、证 件号码、电话、E-mail进行详 情的查询和删除。Ul_6图书管理图书类型管理主要是对图书的图书类 型编号、名称、可借天数进行 修改和删除。Ul_7图书档案管理主要是对图书的条形码、 图书类型、名称、岀版社、书 架、库存总数进行详情的查询 和删除Ul_8图书借还图书借阅主要是读者借阅图书的 一个手续，需要调用以下的信 息：图书档案管理的信息、读 者档案管理里面的信息

8、。Ul_9图书归还是读者借阅图书的一个 手续，需要调用、读者档案管理里面的信息。UI_10系统查询图书档案查询主要是对图书进行查询， 需要调用图书档案管理信息里 面的信息Ul_11图书借阅查询在输入图书的相关信息 后会岀现相关的借阅信息。Ul_12排行榜图书借阅排行榜在点开后会岀现一个相 关的借阅的排行榜，将图书的 借阅信息按照先后顺序进行排 榜Ul_13读者借阅排行榜在进入后会自动的将读 者的排榜显示岀来，按照读者 的借阅量来进行排行。Ul_14更改口令更改密码对管理员的密码进行修 改32人力资源具体人员划分:姓名角色项目所属总体工作量（时）邓建琼测试人员1系统查询（图书档案查询）待定罗金莲

9、测试人员系统设置（管理员设置、）待定刘怡测试人员系统查询（图书借阅查询）待定周瑜测试人员系统设置（图书馆信息）待定田茂娟测试人员图书管理（图书档案管理）待定孙潇潇测试人员图书管理（图书类型管理）待定杨唯唯测试人员读者管理（读者类型管理、 读者档案管理）待定余海燕测试人员排行榜（图书借阅排行榜、 读者借阅排行榜） 更改口令（更改密码）待定黄俊飞测试人员图书借还（图书借阅）待定陈亚测试人员图书借还（图书归还） 系统设置（书架管理）待定33测试环境软件环境（相关软件、操作系统等）Microsoft Win dows 7、Microsoft Windows XP、Microsoft Windows 2

10、003IE 7、360安全浏览器、SQL 2005,MYSQL、SQL 2008、access硬件环境（网络、设备等）内存：1GB、2GB处理器：In tel(R)Core(TM)2 Duo CPU系统类型：32位操作系统34测试工具（可选）工具名版本所作用途备注LR9.5软件并发自动化压力测试工具LRSVN1.4.4全程监控SVNQtp6.5软件功能性自动化测试工具Qtp4. 测试策略4.1数据和数据库完整性测试在V博研图书馆管理系统中，数据库和数据库进程应作为一个子系统来进行测试。在测 试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统（DBMS ）,还需要进行深入

11、的研究，以确定可以支持以下测试的工具和技术。测试目标：确保数据库访问方法和进程正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据 （或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件 已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确 的数据开始标准：完成标准：所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到 损坏。测试重点和优先级：需考虑的特殊事项：测试可能需要 DBMS开发环境或驱动程序在数据库中直接输入或修 改数据。进程应该以手工方式调用。应使用小型或最小的数据库（记录的数量有限）来使所

12、有无法接受的 事件具有更大的可视度。4.2集成测试集成测试一主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。测试目标检测需求中业务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实 以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。开始标准：在完成某个集成测试时必须达到标准完成标准：所计划的测试

13、已全部执行。 所发现的缺陷已全部解决。测试重点和优先级：测试重点指在测试过程中需着重测试的地方，优先级可以根据需求 及严重来定需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）4.3功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI ）与应用程序进行交互，并对交互的输岀或结果进行分析， 以此来核实应用程序及其内部进程。 以下为各种应用程序列岀了推荐使用的测试概要:测试目标确保测试的功

14、能正常，其中包括导航，数据输入，处理和检索等功 能。测试范围：技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实 以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素 （内部的或外部的）4.4用户界面测试UI测试的目标是确保用户界面会通UI测试还可确保 UI中的对象按用户界面（UI）测试用于核实用户与软件之间的交互。 过测试对象的功能来为用户提供相应的访问或浏览功能。另外, 照预期的方式运行，并符合公

15、司或行业的标准。测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可 正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实岀各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。4.5性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间

16、相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，添加或修改给定的合同。测试目标核实所指定的事务或业务功能在以下情况下的性能行为： 正常的预期工作量预期的最繁重工作量测试范围：技术：使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事 务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基 准），

17、并在多个客户机（虚拟的或实际的客户机，请参见下面的 需 要考虑的特殊事项”）上重复。开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功地完成测 试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本， 没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到”服务器上，这通常以“结构化语言” （SQL） 调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（Remote Termi nal

18、 Emulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加 负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现 完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。4.6负载测试负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超岀最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。注：以下所

19、说的事务是指“逻辑业务事务”。这各事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能，例如，添加或修改给定的合同。测试目标核实所指定的事务或商业理由在不冋的工作量条件下的性能行为时 间。测试范围：技术：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事 务发生的次数。开始标准：完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没 有发生任何故障。测试重点和优先级：需考虑的特殊事项：负载测试应该在专用的计算机上或在专用的机时内执行，以便实现 完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放比例的数据库

20、。5. 问题严重度描述#SeverityDescri pti on1BlockerBlocks developmentand/or testing work, productioncould not run.2CriticalCrashes, loss of data, severe memory leak.3MajorMajor loss of fun cti on.4Min orMinor loss of function, or other problem where easy workarou nd is p rese nt.5TrivialCosmetic p roblem like miss pelt or misalig ned text.6. 问题优先级描述#缺陷优先级描述1一级（P1）系统的正常业务流程无法通过，必须马上 修改2二级（P2）系统用户无法正确使用