图书管理系统测试计划书

图书管理系统测试计划书图书管理系统测试计划书图书管理系统测试计划书xxx公司图书管理系统测试计划书文件编号：文件日期：修订次数：第1.0次更改批准审核制定方案设计，管理制度软件测试计划报告软件工程专业：软件技术班级：姓名：学号：课程教师：课程时间：大学图书管理系统测试计划书1引言图书管理系统，是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保存、维护和使用的系统。利用信息控制企业的行为；帮助企业实现其规划目标。它必须提供接口以供用户登录并从中选取书籍；同时还必须提供系统的管理接口以供管理员和一般的网站工作者处理还书并维护网站的正常运行。标识本系统只适用于windows操作系统下安装及使用。文件状态：[]草稿[√]正式发布[]正在修改报告编号图书管理系统软件开发计划BooksManage-001当前版本编写人王孟编写日期2016-10-19-审批人05小组审批日期2016-11-20-保密级别SSS系统概述开发《图书管理系统》，运用到多个场所，例如学校和生活中，对人们的生活带来方便，在windows系统是上运行和维护。作为小组的成员，应当做好对软件的维护和测试，并详细说明其他文档的要点，文档概述本文档用于客户保留，方便以后的查找和纠错。开发人员应当做好相当好的保密工作。保证用户的价值隐私。与其他计划的关系软件测试技术应当和其他的计划报告书完整的结合应用，并且几个之间是紧密相连的。(若有)本条应描述本计划和有关的项目管理计划之间的关系。基线图书管理系统可行性分析报告2引用文件计算机软件文档编制规范(GB/T8567-2006)，20016年11月20日发布，2006年11月24日实施。目的大学图书管理系统是一个为了减轻图书管理员工作的系统，为了让本系统在使用中更加符合工作人员的习惯和需求，让用户有更好的用户体验，在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大，性能更稳定，安全性更高，用户体验更好，容错能力更强的效果。背景本大学图书管理系统是基于+MySQL技术的信息管理系统，主要实现了图书的增加，查看，删除，修改和借阅情况维护的功能。范围本次测试主要采用黑盒测试的方法，主要针对于本系统的功能测试模块，对于性能测试，负载测试，安全测试等其他方面的测试会根据时间和进度给予相应的测试。3，测试参考文档和测试提交文档测试参考文档《图书管理系统需求说明书》测试提交文档《大学图书管理系统测试计划书》（即本计划书），《大学图书管理系统测试报告》以及由QualityCenter测试管理工具自动生成的《大学图书管理系统测试文档》4，测试进度测试活动（2016年）计划开始日期实际开始日期结束日期制定测试计划11月20日11月21日11月24日设计测试11月21日11月21日11月24日集成测试11月21日11月21日11月24日系统测试11月21日11月21日11月24日性能测试11月21日11月22日11月24日安装测试11月22日11月22日11月24日用户验收测试11月22日11月23日11月24日对测试进行评估11月22日11月23日11月24日产品发布11月24日11月24日11月25日4，测试资源人力资源角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试组长1人完成需求，分配测试任务和完成最后的测试报告测试人员4人编写测试用例并执行测试测试环境软件环境本系统是在WindowsXP和Windows7的环境下，使用QualityCenter管理工具，用黑盒的测试方法手动进行测试的Web服务器/应用服务器：IIS数据库系统：MySQL客户端软件：IE/火狐/谷歌硬件环境WindowsXP：CPU内存：2GWindows7：CPU内存：2G测试工具本系统采用的是黑盒的测试方法，手动测试系统，使用QualityCenter对整个测试过程进行管理用途工具生产厂商/自产版本测试管理QualityCenter5，测试风险，优先级由于是基于黑盒的测试，在测试过程中，可能会由于测试人员的经验不够，有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题，级别较高。测试组长如果多该系统的了解不是很全面的话，那么在写需求的时候也有可能出现遗漏，这也会导致测试不全面。还有，系统并不是部署在服务器版的系统上，服务器端的稳定性，兼容性等会有些不足，不过由此引发的风险性不是很大。6，测试策略数据和数据库的完整性测试测试目标：确保数据库安装成功，访问过程不出现错误，查询，添加，修改等数据库操作能正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据开始标准：完成标准：数据库成功安装，数据库的操作正常，数据不会遭到损坏测试重点和优先级：数据库的安装以及对数据库的操作能正常，由于数据到直接影响到几乎所有操作的进行，所以其优先级为高需考虑的特殊事项：应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。集成测试测试目标检测需求中业务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：在完成某个集成测试时必须达到标准完成标准：所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级：测试过程中需着重测试图书的维护和图书借阅情况的维护两个部分，这也是本系统的主要业务，优先级为高需考虑的特殊事项：在图书维护测试过程中，要注意修改后的图书信息是否会和数据库数据有重复或冲突功能测试测试目标确保测试的功能正常，其中包括图书的添加，图书信息的修改，图书借阅情况的维护等功能。测试范围：技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：完成标准：所有功能都能正常使用并不会出错或者产生异常测试重点和优先级：优先级高需考虑的特殊事项：对输入图书信息的有效性要加以验证，对图书维护和借阅维护中，所有的维护信息都有同步更新到数据库中用户界面测试测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：界面的各自组建和它们的事件反应技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试范围：技术：使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。、开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（RemoteTerminalEmulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。负载测试测试目标核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。测试范围：技术：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。开始标准：完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放