网站大量收购独家精品文档,联系QQ:2885784924

l系统测试方案实例.docVIP

  1. 1、本文档共35页,可阅读全部内容。
  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文档。上传文档
查看更多
l系统测试方案实例

测试计划一卡通虚卡系统 [编 写 人] *** [文档版本] [创建时间] 2012年05月12日 [最后修订] [文件类型] 项目文档 目 录 测试计划一卡通虚卡系统 1 1. 简介 4 1.1 目的 4 1.2 背景 4 1.3 参考资料: 4 2. 测试基本内容 4 2.1 测试要点 4 2.2 测试内容: 4 2.3 测试环境: 5 2.4 产品及技术形态: 5 2.5 测试时间 5 3 测试规范 5 3.1 缺陷与错误分类 5 3.2 Bug的状态 5 3.3 Bug的管理及跟踪 6 4.1 功能测试 6 ? 商户模块 6 ? 管理员模块 7 4.2 测试策略 8 4.2.1 用户登录 8 4.2.2 用户注册 10 4.2.3 为用户冲值模块 12 4.2.4 在线转卡功能 16 4.2.5 查询模块: 18 4.2.6 子帐号管理: 20 4.2.7 密码修改: 22 4.2.8 在线表单下载: 22 4.2.9 消息管理: 23 4.2.10 经销商管理系统 24 4.2.11 经销商进货查询: 25 4.2.12 地区当前库存统计: 26 4.2.13 库存查询: 27 4.3 链接测试: 28 4.4 表单测试 28 4.5 Cookies测试 28 4.6 数据库测试 29 4.7 用户界面测试 29 4.8 性能测试 30 4.9 连接速度测试: 30 4.10 负载测试: 30 4.11 压力测试 31 4.12 恢复性测试 33 4.13 兼容性测试 33 4.10 平台测试 33 4.11 浏览器测试 33 4.14 安全性测试 34 4.15 配置测试 34 5 评审意见 34 文件状态: [ ] 草稿 [√] 正式发布 [ ] 正在修改 文件标识: -Test-Department 当前版本: 作 者: *** 完成日期: 简介 目的 本文档用来指导虚卡项目的测试工作,尽可能的在系统上线前发现并纠正不要的问题,为项目经理、项目开发人员以及测试人员明晰思路,明确测试工作内容及方法,在需求方、开发方、测试方三方协作的基础上尽早的发现问题,修正错误,减低项目风险,减少工程损耗,降低开发成本。 *注:本文档只体现测试项以及测试策略,具体用例将单独在另一文档《一卡通虚卡系统测试用例》中设计。 背景 该项目主要为网上虚拟点卡的交易系统以及管理系统,其系统体系包括各级经销商系统与管理员系统。为了指导软件测试人员有效地进行测试,编写此测试计划,为测试用例的构成进行指导及铺垫,对所测试软件进行全面地测试,以尽可能发现最隐藏问题。 参考资料: 一卡通虚卡项目软硬件需求说明书.doc 一卡通虚卡系统需求.doc 测试基本内容 测试要点 测试手段:手工测试,自动测试,模拟实际用户进行相关测试。 测试内容: 功能测试 性能测试(包括负载/压力测试) 用户界面测试 兼容性测试 安全测试 接口测试 链接测试 表单测试 Cookies测试 数据库测试 测试环境: P4 Windows XP ;Ram 1G Browser:IE6.0 - IE7.0 Maxthon(遨游) 产品及技术形态: (无给出资料) 测试时间 2008年6月23日~7月5日 有效测试时间:9个工作日 测试规范 缺陷与错误分类 所测试的软件如果存在缺陷与错误就会给所实施项目带来失败的风险,重大的软件故障与失效会导致重大的经济损失。我们需要在对软件进行质量把关的时候对软件的缺陷与错误进行分类,以简明扼要的指出其影响,以及修改的优先次序。 严重级 A 严重:系统崩溃、数据损坏丢失、功能没有实现(包括与需求不符) B 较严重:操作性错误、错误结果、遗漏功能 C 一般 :UI布局、文字、小问题等 D 建议 :不影响使用的瑕疵或更好的实现 优先级 Urgent最高优先级:立即修复,停止进一步的测试 High次高优先级:在发布前必须修复 Medium中等优先级:时间允许应该修复 Low最低优先级:下一发布周期前修复或不修复也能上线使用 Bug的状态 Bug的状态包括如下: 新记录(New):测试中新报告的Bug 打开(Open):被确认分配给相关的开发人员处理 修正(Fixed):开发人员完成修改,等待测试验证 拒绝(Reject):拒绝修改的Bug或不是Bug 延期(Deferred):不在当前

文档评论(0)

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

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

1亿VIP精品文档

相关文档