軟件测试模版编制规范.docVIP

  1. 1、本文档共12页,可阅读全部内容。
  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文档。上传文档
查看更多
軟件测试模版编制规范

软件测试计划模板 Posted on 2007-12-13 11:18 张天利 阅读(2854) 评论(0) 编辑 收藏 1.简介 1.1目的 <项目名称>的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求(高级需求)。 推荐可采用的测试策略,并对这些策略加以说明。 确定所需的资源,并对测试的工作量进行估计。 列出测试项目的可交付元素] 1.2背景 [对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段(例如,单元测试、集成测试或系统测试),并说明本计划所针对的测试类型(如功能测试或性能测试)。 简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 2.?测试参考文档和测试提交文档?? 2.1测试参考文档??????? 下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性: [注:可适当地删除或添加文档项。] 文档(版本/日期) 已创建或可用? 已被接收或已经过复审 作者或来源 备注 可行性分析报告 是□ 否□ 是□ 否□ 需求规格说明书? 是□ 否□ 是□ 否□ 软件概要设计 是□ 否□ 是□ 否□ 软件详细设计 是□ 否□ 是□ 否□ 软件测试需求? 是□ 否□ 是□ 否□ 测试时间表及人员安排 是□ 否□ 是□ 否□ 用户操作手册? 是□ 否□ 是□ 否□ 安装指南 是□ 否□ 是□ 否□ 2.2测试提交文档?????? ?[下面应当列出在测试阶段结束后,所有可提交的文档] 例如:测试报告,测试用例 3.测试进度??????? 测试活动 计划开始日期 实际开始日期 结束日期 完成人员 制定测试计划 设计测试用例 集成测试? 系统测试? 性能测试 安装测试 用户验收测试 对测试进行评估 产品发布 4.测试资源??????? 4.1人力资源?????? ?下表列出了在此项目的人员配备方面所作的各种假定。 [注:可适当地删除或添加角色项。] 角色 所推荐的最少资源(所分配的专职角色数量 具体职责或注释 4.2测试环境?????? ? 软件描述 硬件描述 4.3测试工具???? 此项目将列出测试使用的工具: 用途 工具 ?????? 生产厂商/自产 版本 ??? 5.测试风险评估、优先级??????? [简要描述测试阶段的风险和处理的优先级] 6.测试策略?????? ?[测试策略提供了对测试对象进行测试的推荐方法。对于每种测试,都应提供测试说明,并解释其实施的原因。制定测试策略时所考虑的主要事项有:将要使用的技术以及判断测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项,除此之外,测试还只应在安全的环境中使用已知的、有控制的数据库来执行。] 注意:不实施某种测试,则应该用一句话加以说明,并陈述这样的理由。例如,“将不实施该测试。该测试本项目不适用”。 6.1数据和数据库完整性测试????? ??[要<项目名称>中,数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS),还需要进行深入的研究,以确定可以支持以下测试的工具和技术。] 测试目标:??????? [确保数据库访问方法和进程正常运行,数据不会遭到损坏] 测试范围:??????? 技术:??????? [调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据(或对数据的请求)。检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保正当的理由检索到了正确的数据] 开始标准:??????? 完成标准:??????? [所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。]测试重点和优先级:?????? 需考虑的特殊事项:??????? [测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。进程应该以手工方式调用。应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可视度。] 6.2接口测试?????? 测试目标??????? 确保接口调用的正确性??????? 测试范围:?????

文档评论(0)

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

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

1亿VIP精品文档

相关文档