- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
大学图书管理系统测试计划书
测试组长: 杜
测试人员: 陆 魏
测试经理: 熊
产品经理: 陈
修改历史记录
版本 日期 修订者 说明 1.0 2011年 6月 陆XX 初始版本
1,简介 2
1.1 目的 2
1.2 背景 2
1.3 范围 2
2,测试参考文档和测试提交文档 3
2.1 测试参考文档 3
2.2 测试提交文档 3
3,测试进度 3
4,测试资源 3
4.1 人力资源 3
4.2 测试环境 4
4.3 测试工具 4
5,测试风险,优先级 4
6,测试策略 4
6.1 数据和数据库的完整性测试 4
6.2 接口测试 5
6.3 集成测试 5
6.4 功能测试 6
6.5用户界面测试 6
6.6 性能测试 6
6.7 负载测试 7
6.8 强度测试 8
6.9 容量测试 8
6.10 安全性和访问控制测试 8
6.11 故障转移恢复测试 8
6.12 配置测试 8
6.13 安装测试 8
7,严重问题描述 8
1,简介
1.1 目的
大学图书管理系统是一个为了减轻图书管理员工作的系统,为了让本系统在使用中更加符合工作人员的习惯和需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。
1.2 背景
本大学图书管理系统是基于ASP.NET+MySQL技术的信息管理系统,主要实现了图书的增加,查看,删除,修改和借阅情况维护的功能。
1.3 范围
本次测试主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其他方面的测试会根据时间和进度给予相应的测试。
2,测试参考文档和测试提交文档
2.1 测试参考文档
《大学图书管理系统需求说明书》
2.2 测试提交文档
《大学图书管理系统测试计划书》(即本计划书),《大学图书管理系统测试报告》以及由Quality Center测试管理工具自动生成的《大学图书管理系统测试文档》
3,测试进度
测试活动 计划开始日期 实际开始日期 结束日期 制定测试计划 6月7日 6月7日 6月8日 设计测试 6月9日 6月11日 集成测试 6月12日 6月12日 系统测试 6月13日 6月13日 性能测试 6月14日 6月14日 安装测试 6月15日 6月15日 用户验收测试 6月15日 6月15日 对测试进行评估 6月16日 6月16日 产品发布 6月17日 6月17日
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 内存:2G
Windows 7:
CPU 1.8GHz 内存:2G
4.3 测试工具
本系统采用的是黑盒的测试方法,手动测试系统,使用Quality Center对整个测试过程进行管理
用途 工具 生产厂商/自产 版本 测试管理 Quality Center
5,测试风险,优先级
由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题,级别较高。测试组长如果多该系统的了解不是很全面的话,那么在写需求的时候也有可能出现遗漏,这也会导致测试不全面。还有,系统并不是部署在服务器版的系统上,服务器端的稳定性,兼容性等会有些不足,不过由此引发的风险性不是很大。
6,测试策略
6.1 数据和数据库的完整性测试
测试目标: 确保数据库安装成功,访问过程不出现错误,查询,添加,修改等数据库操作能正常运行,数据不会遭到损坏 测试范围: 技术: 调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据(或对数据的请求)。
检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保
文档评论(0)