测试计划XX.docx

测试计划XX.docx

《测试计划XX.docx》由会员分享，可在线阅读，更多相关《测试计划XX.docx（10页珍藏版）》请在冰点文库上搜索。

测试计划XX

XXX

测试计划

版本<1.0>

修订历史记录

日期

版本

说明

作者

2015-1-15

1.0

初稿，用于评审

xxx

1.简介

1.1目的

XXX的这一“测试计划”文档有助于实现以下目标：

•确定现有项目的信息和应测试的软件构件。

•列出推荐的测试需求（高层次）。

•推荐可采用的测试策略，并对这些策略加以说明。

•确定所需的资源，并对测试的工作量进行估计。

•列出测试项目的可交付元素

背景

x

范围

本产品测试主要包括功能测试、效果测试、效率测试、稳定性测试、测试工具验证、兼容性测试、安全测试、Sample测试等，其中功能、效果、效率、稳定性为测试重点。

兼容的操作系统主要为32/64位windows系统（WinXP，Win7，Win2003，Win2008）等

测试风险

可能会影响测试设计、开发或实施的风险：

•测试人力可能会受到项目外干扰；

•需求变更导致项目进度、计划等的变动

•测试人员技术能力不足，可能会导致测试设计覆盖不全等

详细请见第7节风险评估

项目标识

下表列出了制定测试计划所用的文档，并标明了文档的可用性：

文档

已创建或可用

已被接受或已经过复审

作者或来源

备注

立项申请书_XXX

■是否

■是否

XXX需求表

■是否

■是否

功能规格说明_XXX

是■否

是■否

SDK开发文档_XXX

是■否

是■否

详细需求分析_XXX

■是否

是■否

2.测试活动

计划阶段活动：

•用例准备：

根据测试计划设计全新用例

•工具准备：

本项目测试工具将由测试组提出工具需求，开发组开发提供。

单线程、多线程工具可在原谢谢基础上修改使用，效果统计工具由开发组提供，需新提供主观测试Demo演示工具。

•资源准备：

测试人力资源2名，预计均投入人力80%；机器资源将利用本组原有服务器，并向研究院、平嵌其它业务线协调。

•构建准备：

平台上将采用批处理命令进行自动构建

•技术准备：

测试组员需详细了解XXX业务及需求，掌握常用测试方法及LoadRunner、soatest等工具的使用等

稳定阶段活动：

•回归测试：

重温需求，梳理回归测试点，后期稳定版本迭代中尽量保证全面回归

•报告提交：

稳定阶段后期，编写测试报告，准备验收环境及结项事宜

3.详细策略

需求大纲

注：

这里仅列出优先级为“高”的需求

序号

内容

优先级

详细内容

1

2

3

4

5

6

7

8

9

10

11

12

13

14

测试大纲

分类

编号

内容

优先级

详细内容

功能

1、

1、

效果

1、

效率

稳定性

兼容性

1、

安全机制

1、

文档

工具

安装部署

功能测试

本地版引擎

基本功能

类型

分类

内容

1、

基本功能

策略与目标

1、

测试环境

1、

任务分配

测试周期

2h

业务场景

类型

分类

内容

接口参数

类型

分类

内容

分类

内容

工具

产品

，用于主观体验

策略

检查是否按需求实现

功能是否正确，运行结果是否与期待结果一致。

易用性检查

优先级中

目标

提供给测试人员的功能、效果、性能、稳定性等测试工具满足测试需求，可以正常使用

文档与Sample测试

分类

内容

文档

开发指南

SDK手册

部署手册

开发样例

AndroidDemo

Windows安装包

产品白皮书

客户线上测试方案

策略

1、Sample测试：

运行实例sample，及测试的环境，关注sample能否正确执行，测试环境各数据是否完备

2、各项文档：

详细检阅文档，并与产品实现相对比，关注是否吻合

目标

1、sample可正常运行，代码理解性强，示例测试环境完备

2、各项文档描述与产品实现一致，没有错别字，易理解，风格专业

安装卸载测试

目标

在任意平台上可以正常安装，不会出现异常，如出现任何异常现象，均需给出合理解释，如不能修复，则作为已知问题记录

4.资源

角色

角色

人员

责任分配

5.项目里程碑

里程碑点

里程碑列表

XXX

版本

里程碑

主要内容

完成时间

备注

春节放假

项目起止时间

2012.12.25~2013.4.19

6.可交付工件

BVTNotes

TestNotes

测试组对BVT成功的版本进行测试，测试完毕后将在青铜器中提交测试结果，并向全项目组发送一份测试报告（TestNotes）

TestNotes中包含本版本测试结论，发现的缺陷数，缺陷描述，缺陷变更状况等

迭代版本记录

测试组将每版本的测试详细结果记录在固定文档，相应数据分类保存在固定目录下，供后续查询，

已分配目录并将及时传入SVN库

测试报告

测试组将在项目测试工作完成后以word文档的形式向全项目组发送一份全面的测试工作及项目评估的测试报告。

7.风险评估

人力风险：

测试组任务并行，该项目过程中，测试人员需要参与另一个正式项目，且声纹&终端算法组将可能会有多个临时小产品或维护任务插入

解决方法为排定任务优先级，做好本项目自动化执行工作，合理分配工作量

技术风险：

测试组新成员对测试流程与项目业务不熟悉，存在一定技术风险

解决方法为由另一老员工对测试质量进行监督

产品风险：

可能因产品效果、效率不能达到预期而导致项目工期变更

解决方法为尽早提交效果、效率并进行测试，暴露相应问题并提早优化

吸收之前项目经验，为产品的稳定期留足时间

资源风险：

本项目中可能常出现他组借调机器，或其他项目或临时任务占用机器资源现象

解决方法为机器资源紧张时，向研究院或其他业务线借调机器

8.月度质量分析

商业目标

大类目标

细类目标

子过程

关键度量项

计算方法

指标值

实际值

提高测试生产率

测试准备生产率

提升自动化测试比

测试计划、测试用例编写、测试执行、自动化结果分析

自动化测试比例

自动化测试用例数/用例总数

90%

测试执行与总生产率

提升测试发现缺陷的效率

编码、测试计划、测试用例编写、测试执行、缺陷跟踪

测试总人月发现缺陷效率

缺陷数/测试总人月

22

注：

1、每月测试过程评分前需要收集好上述度量项数据填写实际值并与指标值对比，分析其高于或者低于指标值原因；

2、月测试过程分析中不仅包括度量项的详细分析，还需要列出项目所处状态、需要开发关注的严重或者紧急的问题，以便项目组掌控项目的进度；

3、每月测试过程评分前需要及时将月过程分析上传至SVN；

9.附录