百度软件测试方案模板Word下载.docx

百度软件测试方案模板Word下载.docx

《百度软件测试方案模板Word下载.docx》由会员分享，可在线阅读，更多相关《百度软件测试方案模板Word下载.docx（19页珍藏版）》请在冰豆网上搜索。

列出可能会影响测试设计、开发或实施的所有约束。

2测试文档[可裁减]

2.1测试所需参考文档

下表列出了制定和实施该测试方案时所需要使用的相关文档，并标明了各文档的可用性：

[注：

列表中为文档项，需要具化，可适当地删除或添加文档项。

文档[具体的文档名称和列表（版本/日期）]

已创建或可用

已被接收或已经过复审

作者或来源[角色和]

备注

软件产品背景相关资料[业务简介、名词解释、操作说明、系统资料、访问环境等]

是□否□

是　否□

PM/RD

软件产品调研相关资料[前期调研资料等]

MRD

概要设计

RD

详细设计

产品性能要求

产品常规检查checklist

产品升级检查checklist

运维部署文档

RD/OP

上线步骤

单元测试设计（单元测试报告）

代码行diff分析

产品总测试方案（性能）

QA

产品测试框架

产品testcase

相关流程文档和模板

QA/PM/RD

相关工作指南和规（checklist）

测试工具参考文档

测试陷阱tips、经验总结文档、casestudy文档、项目成长记录等参考资料

2.2测试需提交文档

下表列出了制定和实施该测试方案时测试所需要提交的相关文档，并标明了各文档的可用性：

MRD、详细设计等评审批注意见

测试方案（性能）

测试计划

测试开发需求货设计（关键字、工具等）

测试设计

测试报告（功能、性能、自动化）

项目总结

缺陷分析和测试设计补充

项目投入和时间数据

测试陷阱tips

casestudy文档

项目成长记录

3测试安排和计划

3.1测试难点和重点[可裁减]

[注本小节描述项目测试中预计的测试重点和测试难点，撰写者可根据需要对以下的表格进行修改]

3.1.1测试重点[可裁减]

编号

重点项

重要性说明

1

多用户并发读写操作

作为一个分布式系统，并发读写实必须要支持的关键功能；

另外这部分功能只要正确，顺序读写正确性一定能保证

由于需要考虑自动化工具支持。

2

异常测试

作为一个基础平台项目，系统要能够容忍各种软硬件异常。

可以参照之前整理的分布式异常体系进行异常模拟

3

####

3.1.2测试难点[可裁减]

难点项

困难性说明

相关数据并发读写的正确性验证

由于存在执行不确定性，无法事先获得期望的结果；

另外这种不确定性也导致了bug难以复现

可以考虑利用系统的checkpoint功能进行功能回放。

3.2项目整体计划

项目阶段

时间段

参与人员

测试工作容安排

产出

调研阶段

参与调研讨论

需求评审阶段

1.了解项目背景资料

2.阅读mrd

3.反馈评审问题

4.参与需求评审

5.确认评审结论

6.初步评估测试计划

Ø

评审批注反馈

初步测试计划

详细设计阶段

1.分析产品功能，确认测试需求

2.进行测试点拆分

4.参与设计评审

5.确认设计评审结论

6.确定测试初步方案

测试框架

功能点拆分文档

测试点拆分文档

初步测试方案

测试计划调整

RD开发阶段

1.确定测试方案

2.确定自动化测试点

3.撰写测试case和相关关键字

4.准备测试数据

5.自动生成自动化case

6.FE提交页面后获取页面对象

7.开发测试工具

8.测试方案和测试设计评审

关键字列表

Case书写规

测试case文档

自动化case

测试工具和程序

准入测试阶段

1.环境部署

2.准入测试

3.完善自动化case

测试环境

准入测试结论

部分自动化case与执行结果

第一遍全面测试

1.执行手工测试

2.执行自动化case

3.性能测试

4.完善自动化case

手工测试结论

部分关键字

完善或新补充的自动化case

性能测试结果

自动化case结果

Bug回归测试

1.确认bug修复情况

4.性能测试

Bug确认结论

全面回归测试

1.执行手工回归测试

2.执行自动化casee

测试结论和测试报告

交叉自由测试

1.PM、RD、QA交叉自由测试

2.常规检查自动化case执行

上线阶段

1.上线辅助

2.线上检查

3.Bug回灌

Bug回灌

项目总结阶段

1.相关总结；

2.Case和框架合并；

3.自动化case管理

详细测试计划请参加《##项目v0.0.0_测试计划》文档

3.3测试资源安排

3.3.1人力资源分工

下表列出了在此项目的人员配备方面所作的各种假定。

可适当地删除或添加角色和人员项。

角色

人员

所推荐的投入

主要职责或注释[需要具化]

项目负责人

80%—100%

处理插入事务

协调项目安排

分析测试需求

制定测试方案和测试计划

负责管理文档资料、case、程序、工具

测试全程参与

测试工程师

50%—100%

撰写测试case（即自动化case）

提出关键字和自动化工具需求

完善补充自动化case并执行测试

测试分析和测试报告

辅助测试开发工程师

10%—30%

参与测试工作

辅助关键字、工具开发、执行问题修复

辅助自动化框架制定和实施

3.3.2测试环境安排和使用

[网络硬件，如拓扑图、硬件设备、规格、数量、配置等信息；

网络软件，如协议、通讯和连接方式等信息。

下表列出了测试的系统环境

硬件环境（服务器、网络、虚拟机等需求）

软件环境（相关操作系统、软件与环境配置等）

3.3.3所需的合作方配合

配合方

配合人员

希望提供的资源

希望的配合工作

配合阶段

配合时间

PM

资源协调和推动

交叉自由测试安排

全程

RD/FE

利于测试的程序、页面与其部署安装文档

分阶段提供被测程序

在开发周期的后20%前提供页面

测试设计和测试执行

##产品QA

##服务器的##服务、##数据

联调环境准备；

联调资源提供

联调问题辅助定位

测试执行（联调测试）

3.3.4测试所需工具

下表列出了在此项目的使用工具方面所作的各种假定。

可适当地删除或添加工具项。

工具

获取和访问地址

用途

支持人员

使用阶段

使用时间

Case管理工具

[url]

导出case框架和可复用case

测试准备

Word

-

撰写方案、case

Project

撰写测试计划

Git/cvs

[环境]

代码、文档、工具管理

测试执行

测试总结

Atp

测试报告

测试数据

Opensta

性能压力测试

性能测试

Myab

4风险预估和应对[可裁减]

下表列出了在此项目的测试工作所存在的各种风险的假定，需要考虑项目测试过程中可能发生的具体事务，分别分析并加以应对，然后表达在测试计划中。

可适当地删除或添加风险项。

风险类型

风险责任方

风险容

相应处理优先级

可能发生的阶段

可能发生的时间段

应对所需资源

应对措施[只是建议，需要具化]

时间计划

合理计划

与时调整

人员风险

充分估计

预留buffer

资源协调

插入事务

任务超预期

……

各个风险类型解释