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

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
(大学图书管理系统测试计划书

大学图书管理系统测试计划书 测试组长: 测试人员: 测试经理: 产品经理: 修改历史记录 版本   日期  修订者 说明   1.0 2011年 6月 陆XX 初始版本 1,简介 1.1 目的 大学图书管理系统是一个为了减轻图书管理员工作的系统,为了让本系统在使用中更加符合工作人员的习惯和需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。 1.2 背景 本大学图书管理系统是基于ASP.NET+MySQL技术的信息管理系统,主要实现了图书的增加,查看,删除,修改和借阅情况维护的功能。 1.3 范围 本次测试主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其他方面的测试会根据时间和进度给予相应的测试。 2,测试参考文档和测试提交文档 2.1 测试参考文档 《大学图书管理系统需求说明书》 2.2 测试提交文档 《大学图书管理系统测试计划书》(即本计划书),《大学图书管理系统测试报告》以及由Quality Center测试管理工具自动生成的《大学图书管理系统测试文档》 3,测试进度 测试活动计划开始日期实际开始日期结束日期制定测试计划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 内存:2G Windows 7: CPU 1.8GHz 内存:2G 4.3 测试工具 本系统采用的是黑盒的测试方法,手动测试系统,使用Quality Center对整个测试过程进行管理 用途 工具 生产厂商/自产 版本 测试管理 Quality Center 5,测试风险,优先级 由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题,级别较高。测试组长如果多该系统的了解不是很全面的话,那么在写需求的时候也有可能出现遗漏,这也会导致测试不全面。还有,系统并不是部署在服务器版的系统上,服务器端的稳定性,兼容性等会有些不足,不过由此引发的风险性不是很大。 6,测试策略 6.1 数据和数据库的完整性测试 测试目标: 确保数据库安装成功,访问过程不出现错误,查询,添加,修改等数据库操作能正常运行,数据不会遭到损坏 测试范围: 技术: 调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据(或对数据的请求)。 检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保正当的理由检索到了正确的数据 开始标准: 完成标准: 数据库成功安装,数据库的操作正常,数据不会遭到损坏 测试重点和优先级: 数据库的安装以及对数据库的操作能正常,由于数据到直接影响到几乎所有操作的进行,所以其优先级为高 需考虑的特殊事项: 应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可视度。 6.2 接口测试 测试目标 测试范围: 技术: 开始标准: 完成标准: 测试重点和优先级: 需考虑的特殊事项: 6.3 集成测试 测试目标 检测需求中业务流程,数据流的正确性 测试范围: 需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。 技术: 在使用有效数

文档评论(0)

lunwen1978 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档