人力资源-GTI_TP_XXXX_0测试计划_软件测试面试必备.docx

软件测试面试必备

{项目名称}
测试计划
（版本XX）
编号：GTI_TP_2010_0

文档修改情况记录
版本号
修改状态
修改日期
修改摘要
修改人

目录
{项目名称} 1
测试计划 1
（版本XX） 1
第1章 简介 3
1.1 目的 3
1.2 背景 3
1.3 参考资料 3
1.4 范围 3
第2章 测试策略 4
2.1 测试类型 4
2.1.1 单元测试 4
2.1.2 组合测试 4
2.1.3 系统测试 4
2.2 测试策略 4
2.2.1 黑盒测试（动态，静态） 4
2.2.2 白盒测试（动态，静态） 5
2.3 工具 5
第3章 资源 6
3.1 角色 6
3.2 系统 7
第4章 测试进度 8
第5章 测试工作产品 9
第6章 审批意见 10

第1章 简介
1.1 目的
描述本文档的目的
1.2 背景
对测试对象（模块、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象以及项目的简史。
1.3 参考资料
1.4 范围
描述测试的各个阶段（例如，单元测试、组合测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。

第2章 测试策略
2.1 测试类型
针对每种测试，需要填写下表：
测试目标：

技术：

完成标准：

需考虑的特殊事项：

2.1.1 单元测试
由编程的开发人员自行计划与完成的，针对单个或相关联的一组程序单元的测试。单元测试是最微小规模的测试；只测试某个功能或代码块。由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节，还可能需要开发测试驱动器模块或测试套具。
2.1.2 组合测试
 组合测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。
2.1.3 系统测试
对测试对象的系统测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面 (GUI) 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。
2.2 测试策略
2.2.1 黑盒测试（动态，静态）
静态黑盒测试：指测试非运行部分，如对用户手册，产品说明书等文档的测试。
动态黑盒测试：指对于可执行程序的黑盒测试。
2.2.2 白盒测试（动态，静态）
静态白盒测试：指在不执行程序的条件下，由条理的审查软件设计，体系结构和代码。也可称为结构分析。
动态白盒测试：测试运行中的程序。利用察看代码功能和实现方式得到信息来确定哪些要测试，哪些不要测试，如何开展测试。也称为结构测试。
2.3 工具
此项目将使用以下工具：
注：可适当地删除或添加工具项。
工具类别
工具
产商/自产
版本
测试管理

缺陷跟踪

用于功能性测试的工具

用于性能测试的工具

测试覆盖监测器或评测器

项目管理

数据库管理工具

资源

本节列出推荐 <项目名称> 项目使用的资源，及其主要职责、知识或技能。
2.4 角色
下表列出了在此项目的人员配备方面所作的各种假定。
注：可适当地删除或添加角色项。 
人力资源
角色
所推荐的最少资源
（所分配的专职角色数量）
具体职责或注释
软件测试部负责人
测试小组负责人

进行管理监督。
职责：
1) •提供技术指导
2) •获取适当的资源
3) •提供管理报告
测试设计员

确定测试用例、确定测试用例的优先级并实施测试用例。
职责：
1) 生成测试计划
2) 生成测试模型
3) •         评估测试工作的有效性
测试员

执行测试。
职责：
1) 执行测试
2) 记录结果
3) 从错误中恢复
4) •         记录变更请求
测试系统管理员

确保测试环境和资产得到管理和维护。
职责：
1) 管理测试系统
2) •         分配和管理角色对测试系统的访问权
数据库管理员

确保测试数据（数据库）环境和资产得到管理和维护。
职责：
管理测试数据（数据库）
设计员

确定并定义测试类的操作、属性和关联关系。
职责：
1) 确定并定义测试类
2) •         确定并定义测试包
实施员

实施测试类和测试包，并对它们进行单元测试。
职责：
创建在测试模型中实施的测试类和测试包

2.5 系统
下表列出了测试项目所需的系统资源。
此时并不完全了解测试系统的具体元素。建议使系统模拟生产环境，并在适当的情况下减小访问量和数据库大小。注：可适当地删除或添加系统资源项。 
系统资源
资源
名称/类型
数据库服务器

网络或子网

服务器名称

数据库名称

客户端测试

包括特殊的配置需求

测试存储库

网络或子网

服务器名称

测试开发

第3章 测试进度

应包括上面各节所述的各项测试的测试活动。应该为这些测试确定单独的项目里程碑，以通知项目的状态和成果。可用甘特图表示。

第4章 测试工作产品

产生文档
使用工具
创建人员
交付对象
交付时间
测试设计文档

测试问题管理表

测试总结报告

第5章 审批意见

QA意见：

签字：
时间：
项目经理意见：

签字：
时间：
上级主管意见：

签字：
时间：

备注:

_软件测试面试必备