文档介绍：大学图书管理系统测试计划书
测试组长: 林辛创
测试人员: 林辛创徐文超
目的
大学图书管理系统是一个为了减轻图书管理员工作的系统,为了让本系统在使用中更加符合工作人员的****惯和需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。
背景
+MySQL技术的信息管理系统,主要实现了图书的增加,查看,删除,修改和借阅情况维护的功能。
范围
本次测试主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其他方面的测试会根据时间和进度给予相应的测试。
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日
小组分工
林辛创:完成需求,分配测试任务和完成最后的测试报告
徐文超林辛创:编写测试用例并执行测试
测试环境
软件环境
本系统是在Windows 7 的环境下,使用quick test 、loadRunner测试管理工具,用黑盒的测试方法手动进行测试的
Web服务器/应用服务器:IIS
数据库系统:MySQL
客户端软件:IE/火狐/谷歌
硬件环境
Windows 7:
CPU 内存:2G
测试工具
本系统采用的是黑盒的测试方法,手动测试系统,使用quick test 、loadRunner对整个测试过程进行管理
5,测试风险,优先级
由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题,级别较高。测试组长如果多该系统的了解不是很全面的话,那么在写需求的时候也有可能出现遗漏,这也会导致测试不全面。还有,系统并不是部署在服务器版的系统上,服务器端的稳定性,兼容性等会有些不足,不过由此引发的风险性不是很大。
6,测试策略
数据和数据库的完整性测试
测试目标:
确保数据库安装成功,访问过程不出现错误,查询,添加,修改等数据库操作能正常运行,数据不会遭到损坏
测试范围:
技术:
调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据(或对数据的请求)。
检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保正当的理由检索到了正确的数据
开始标准:
完成标准:
数据库成功安装,数据库的操作正常,数据不会遭到损坏
测试重点和优先级