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

大学图书管理系统测试计划书 测试组长： 林辛创 测试人员： 林辛创 徐文超 1.1 目的 大学图书管理系统是一个为了减轻图书管理员工作的系统，为了让本系统在使用中更加符合工作人员的习惯和需求，让用户有更好的用户体验，在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大，性能更稳定，安全性更高，用户体验更好，容错能力更强的效果。 1.2 背景 本大学图书管理系统是基于ASP.NET+MySQL技术的信息管理系统，主要实现了图书的增加，查看，删除，修改和借阅情况维护的功能。 1.3 范围 本次测试主要采用黑盒测试的方法，主要针对于本系统的功能测试模块，对于性能测试，负载测试，安全测试等其他方面的测试会根据时间和进度给予相应的测试。 2，测试参考文档和测试提交文档 2.1 测试参考文档 《大学图书管理系统需求说明书》 2.2 测试提交文档 《大学图书管理系统测试计划书》（即本计划书），《大学图书管理系统测试报告》以及由Quality Center测试管理工具自动生成的《大学图书管理系统测试文档》 3，测试进度 测试活动 计划开始日期 实际开始日期 结束日期 制定测试计划 6月5日 6月7日 6月8日 设计测试 6月9日 6月12日 数据和数据库的完整性测试 6月13日 6月14日 功能测试 6月15日 6月16日 用户界面测试 6月17日 6月18日 对测试进行评估 6月18日 6月19日 4.1 小组分工 林辛创：完成需求，分配测试任务和完成最后的测试报告 徐文超 林辛创：编写测试用例并执行测试 4.2 测试环境 软件环境 本系统是在Windows 7 的环境下，使用quick test 、loadRunner测试管理工具，用黑盒的测试方法手动进行测试的 Web服务器/应用服务器：IIS 6.0 数据库系统：MySQL 5.1 客户端软件：IE/火狐/谷歌 硬件环境 Windows 7： CPU 1.8GHz 内存：2G 4.3 测试工具 本系统采用的是黑盒的测试方法，手动测试系统，使用quick test 、loadRunner对整个测试过程进行管理 5，测试风险，优先级 由于是基于黑盒的测试，在测试过程中，可能会由于测试人员的经验不够，有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题，级别较高。测试组长如果多该系统的了解不是很全面的话，那么在写需求的时候也有可能出现遗漏，这也会导致测试不全面。还有，系统并不是部署在服务器版的系统上，服务器端的稳定性，兼容性等会有些不足，不过由此引发的风险性不是很大。 6，测试策略 6.1 数据和数据库的完整性测试 测试目标： 确保数据库安装成功，访问过程不出现错误，查询，添加，修改等数据库操作能正常运行，数据不会遭到损坏 测试范围： 技术： 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。 检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据 开始标准： 完成标准： 数据库成功安装，数据库的操作正常，数据不会遭到损坏 测试重点和优先级： 数据库的安装以及对数据库的操作能正常，由于数据到直接影响到几乎所有操作的进行，所以其优先级为高 需考虑的特殊事项： 应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。 6.2 功能测试 测试目标 确保测试的功能正常，其中包括图书的添加，图书信息的修改，图书借阅情况的维护等功能。 测试范围： 技术： 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准： 完成标准： 所有功能都能正常使用并不会出错或者产生异常 测试重点和优先级： 优先级高 需考虑的特殊事项： 对输入图书信息的有效性要加以验证，对图书维护和借阅维护中，所有的维护信息都有同步更新到数据库中 6.3用户界面测试 测试目标 核实以下内容： 通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用 窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。 测试范围： 界面的各自组