软件测试计划模板

1、项目概述

1.1 编写目的

指导整个项目实施的测试过程；明确测试的对象、范围、内容；能够指导完善测试结果输出

1.2 项目背景

未来提升特色产品的线上销售，借助于微信的大流量入口，特设计…程序；方便有移动网络的用户通过微信小程序进行随心所欲的线上购物体验。

2、测试任务

2.1 测试目标

通过测试，需要达到以下目标：
（1）产品能够覆盖需求说明书中的所有需求；
（2）在网络正常的情况下，小程序能够持续无故障运行；
（3）缺陷数量在可控范围内，上线要求缺陷修复率达到95%以上；
（4）能够达到专项测试指标。

2.2 测试对象

2.3 测试范围

2.4 测试准则

2.4.1 启动准则

开始接入系统测试：
（1）确保单元测试通过
（2）模块之间的联调测试通过
（3）确认提交的测试版本
（4）冒烟测试通过

2.4.2 结束准则

结束测试
（1）确保核心测试用例执行完毕
（2）确保中级以上的缺陷全部修复，且bug修复率打95%以上
（3）测试由于其他原因中断无法进行，通知相关领导进行下一步确认

2.5 测试环境

（1）开发环境
开发工具：PHP storm、微信开发平台
硬件平台：cpu、内存、硬盘
操作系统：window10、centos7…
（2）测试环境
测试手机：手机（安卓、苹果）、终端模拟器、测试pc（window10）
服务器：centos7（云服务）
服务器配置：*核cpu、*G内存、*硬盘
技术框架：Linux+apache+MySQL+PHP （LAMP）
（3）正式环境
平台应用环境：LAMP（centos7.0+apache3.0+MySQL6.0+PHP5.0）
小程序应用环境：微信公众平台小程序正式版发布

2.6 测试资源

2.6.1 工作量安排

2.6.2 测试里程碑

3、项目风险

3.1 风险的来源

3.1.1 产品层面

（1）实际不完善
（2）需求挖掘不深入
（3）需求发生变更

3.1.2 开发层面

（1）设计有缺陷
（2）设计没有文档
（3）缺陷修复不严谨

3.1.3 测试层面

（1）测试环境、测试工具
（2）设计测试用例有遗漏
（3）测试业务不熟，导致验证缺陷不完善
（4）第三方账号或工具的准备

3.1.4 其它层面

法律制度的影响…

3.2 风险的影响

正面影响：积极引导，持续跟进
负面影响：正向转化或引导（重点关注）

3.3 风险的处理

回避、转移、减少、接受

4、测试方案

4.1 测试方法

黑盒测试的方法：
等价类划分、边界值分析、流程图法、因果图判定表、正交表、错误推测法、状态迁徙法
白盒测试方法：
逻辑覆盖、路径覆盖、条件覆盖、循环覆盖、基本路径测试

4.2 测试工具

（1）BUG管理工具禅道
（2）接口测试工具jmeter、ipfox
（3）性能测试工具loudrunner
（4）服务器链接工具xshell
（5）数据库链接工具navicat
（6）微信开发者工具（模拟器）

4.3 测试策略

4.3.1 总则

（1）二八原则，用最少的资源发现最多的缺陷
（2）同步进行一些核心节点：测试计划与方案+测试点的提取
（3）设计测试用例需要制定优先级，方便提取核心测试用例（冒烟测试）
（4）测试执行过程中，对于部分用例进行同步更新和完善
（5）在执行过程中，按照测试用例模板要求做好执行日志记录
（6）提取测试重点任务，进行有技能经验的测试人员参与测试

4.3.2 细则

（1）功能测阶段
测试轮次，必须达到三轮以上，明确不同环境下的测试区别，提取不同的测试用例；回归验证重要缺陷时，需要确认对应缺陷的相关联业务是否受影响。
（2）UI测试阶段
前期需要结合UI设计图进行手动测试；后期结合UI自动化的技术提升效率
（3）性能测试阶段

5、测试实施

5.1 单元测试阶段

验证代码本身的逻辑或者语法，主要有开发人员完成

5.2 集成测试阶段

针对单个模块的组装测试，更多的时验证模块接口是否存在问题，主要有开发人员完成。

5.3 系统测试阶段

业务产品角度，去验证产品是否符合产品需求，测试人员参与完成。

5.4 验收测试阶段

在用户的角度，结合实际用户使用场景，进行测试验证，测试人员配合用户参与。

6、测试管理

6.1 文档管理

将项目实施过程中产出的文档进行归档维护管理，一般有git或者svn授权部分人员去维护。

6.2 缺陷管理

根据缺陷管理工具，针对当前项目模块的所有缺陷进行分类管理，分析模块或者产品层面的质量，最终目标是发现项目过程中出现问题阶段的人员、资源质量、技术等，方便后期的提升和改进。