大学图书管理系统测试计划书.doc

大学图书管理系统测试计划书测试组长： 测试人员： 测试经理： 产品经理： 修改历史记录版本日期修订者说明1.02011年 6月陆XX初始版本1，简介1.1 目的 大学图书管理系统是一个为了减轻图书管理员工作的系统，为了让本系统在使用中更加符合工作人员的习惯和需求，让用户有更好的用户体验，在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大，性能更稳定，安全性更高，用户体验更好，容错能力更强的效果。1.2 背景 本大学图书管理系统是基于ASP.NET+MySQL技术的信息管理系统，主要实现了图书的增加，查看，删除，修改和借阅情况维护的功能。1.3 范围 本次测试主要采用黑盒测试的方法，主要针对于本系统的功能测试模块，对于性能测试，负载测试，安全测试等其他方面的测试会根据时间和进度给予相应的测试。2，测试参考文档和测试提交文档2.1 测试参考文档 大学图书管理系统需求说明书2.2 测试提交文档 大学图书管理系统测试计划书（即本计划书），大学图书管理系统测试报告以及由Quality Center测试管理工具自动生成的大学图书管理系统测试文档3，测试进度 测试活动（2014年）计划开始日期实际开始日期结束日期制定测试计划6月1日6月1日6月2日设计测试6月3日6月3日6月5日集成测试6月6日6月6日6月5日系统测试6月6日6月6日6月6日性能测试6月7日6月7日6月7日安装测试6月8日6月8日6月8日用户验收测试6月9日6月9日6月9日对测试进行评估6月10日6月10日6月10日产品发布6月11日6月11日6月11日测试进度甘特图：4，测试资源4.1 人力资源角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试组长1人完成需求，分配测试任务和完成最后的测试报告测试人员2人编写测试用例并执行测试4.2 测试环境 软件环境本系统是在Windows XP 和Windows 7 的环境下，使用Quality Center管理工具，用黑盒的测试方法手动进行测试的Web服务器/应用服务器：IIS 6.0数据库系统：MySQL 5.1客户端软件：IE/火狐/谷歌硬件环境Windows XP：CPU 2.8GHz 内存：2GWindows 7： CPU 1.8GHz 内存：2G4.3 测试工具 本系统采用的是黑盒的测试方法，手动测试系统，使用Quality Center对整个测试过程进行管理用途工具生产厂商/自产版本测试管理Quality Center5，测试风险，优先级 由于是基于黑盒的测试，在测试过程中，可能会由于测试人员的经验不够，有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题，级别较高。测试组长如果多该系统的了解不是很全面的话，那么在写需求的时候也有可能出现遗漏，这也会导致测试不全面。还有，系统并不是部署在服务器版的系统上，服务器端的稳定性，兼容性等会有些不足，不过由此引发的风险性不是很大。6，测试策略6.1 数据和数据库的完整性测试 测试目标：确保数据库安装成功，访问过程不出现错误，查询，添加，修改等数据库操作能正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据开始标准：完成标准：数据库成功安装，数据库的操作正常，数据不会遭到损坏测试重点和优先级：数据库的安装以及对数据库的操作能正常，由于数据到直接影响到几乎所有操作的进行，所以其优先级为高需考虑的特殊事项：应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。6.2 接口测试测试目标测试范围：技术：开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：6.3 集成测试测试目标检测需求中业务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：在完成某个集成测试时必须达到标准完成标准：所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级：测试过程中需着重测试图书的维护和图书借阅情况的维护两个部分，这也是本系统的主要业务，优先级为高需考虑的特殊事项：在图书维护测试过程中，要注意修改后的图书信息 是否会和数据库数据有重复或冲突6.4 功能测试测试目标确保测试的功能正常，其中包括图书的添加，图书信息的修改，图书借阅情况的维护等功能。测试范围：技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：完成标准： 所有功能都能正常使用并不会出错或者产生异常测试重点和优先级： 优先级高需考虑的特殊事项：对输入图书信息的有效性要加以验证，对图书维护和借阅维护中，所有的维护信息都有同步更新到数据库中6.5用户界面测试测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：界面的各自组建和它们的事件反应技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。6.6 性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试范围：技术：使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。、开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（Remote Terminal Emulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。6.7 负载测试测试目标核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。测试范围：技术：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。开始标准：完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放比例的数据库6.8 安装测试 本系统是在Windows XP 和Windows 7 的环境下安装，若安装成功再进行基本功能测试。7，严重问题描述问题严重度描述响应时间高中低