- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
(word)项目测试计划_模板_v0.1
XXX项目_计划
拟制: 日期 审核: 批准:
修改记录
修订号 作者 日期 简要说明 目 录
XXX项目_产品测试计划 i
1 前言 4
1.1 目的 4
1.2 范围 4
1.3 术语与缩写解释 4
1.4 参考文献 4
2 产品测试计划 4
2.1 测试进度安排 4
2.2 测试资源 5
2.2.1 人力资源 5
2.2.2 测试环境 5
2.2.3 测试工具 5
2.3 测试策略 5
2.3.1 代码走查 5
2.3.2 接口测试 6
2.3.3 集成测试 6
2.3.4 系统测试 6
2.4 测试通过标准 7
2.4.1 测试通过标准 7
前言
目的
[ 明确给出该产品测试计划的目的。]
范围
[描述测试的各个阶段(例如,集成测试或系统测试),并说明本计划所针对的测试类型。]
术语与缩写解释
缩写、术语 解 释 参考文献
[ 产品测试计划中应用的参考文献。 ]
产品测试计划
测试进度安排
测试活动 计划开始日期 计划结束日期 制定测试计划 单元测试 集成测试 系统测试 …… 测试资源
人力资源
下表列出了该项目测试所需要的人力资源:
角色 所推荐的最少资源(所分配的专职角色数量) 具体职责或注释 测试员 2 完成项目的各项测试 测试环境
软件环境(相关软件、操作系统等) 硬件环境(网络、设备等) 测试工具
此项目将列出测试使用的工具:
用途 工具 生产厂商/自产 版本 测试策略
代码走查
代码走查目标 描述该走查所要达到的目标 代码走查范围: 描述此次走查代码的范围 开始标准: 描述代码走查开始的入口条件 完成标准: 描述代码走查完成的出口条件 测试重点和优先级: 描述此次代码走查的重点及优先级别 需考虑的特殊事项: 描此次代码走查需要考虑的特殊事项 接口测试
测试目标 描述该测试所要达到的目标,例如:确保接口调用的正确性 测试范围: 描述所测试软件的范围,例如:该软件的软、硬件接口,记录输入输出数据等 开始标准: 描述此测试开始的入口条件 完成标准: 描述此测试完成的出口条件 测试重点和优先级: 描述此测试的重点及优先级别 需考虑的特殊事项: 描此测试需要考虑的特殊事项,例如:接口的限制条件等 集成测试
测试目标 描述该测试所要达到的目标,例如:检测需求中业务流程,数据流的正确性 测试范围: 描述所测试软件的范围,例如:需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。 开始标准: 描述在完成某个集成测试时必须达到标准,例如:已完成代码走查 完成标准: 描述此测试完成的出口条件,例如:所计划的测试已全部执行。所发现的缺陷已全部解决。
测试重点和优先级: 描述此测试的重点及优先级别 需考虑的特殊事项: 描此测试需要考虑的特殊事项,例如:确定或说明那些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)
系统测试
测试目标 描述该测试所要达到的目标,例如:验证产品功能的正确性,确保其符合系统预期的功能特性。 测试范围: 描述所测试软件的范围 开始标准: 描述在完成某个集成测试时必须达到标准,例如:已完成集成测试 完成标准: 描述此测试完成的出口条件,例如:所计划的测试已全部执行。所发现的缺陷已全部解决。
测试重点和优先级: 描述此测试的重点及优先级别 需考虑的特殊事项: 描此测试需要考虑的特殊事项
测试风险管理
[预测与软件测试相关的主要风险,并制定适当控制措施并加以实施]
测试通过标准
测试通过标准
一、用户需求需完全覆盖:将用户需求拆分为功能清单,与测试用例核照后即可查明。
二、测试用例执行率:需100%执行。
三、测试通过率:通过率为100%,测试未通过的用例经过客户同意后可以允许本次通过。
四、无致命、严重错误,一般错误小于1%,轻微错误小于5%,其他错误不做硬性要求。(错误的级别定义详见《缺陷管理规程》以上比例为错误占每个模块的缺陷数的比例,适用于每个模块)
五、软件产品未经测试合格,不允许对外发布。
1/ 7
i
3 / 7
4 / 7
第 1 页 共 1 页
原创力文档


文档评论(0)