软件测试方案（整体方案）.docx

软件测试方案（整体方案）.docx

《软件测试方案（整体方案）.docx》由会员分享，可在线阅读，更多相关《软件测试方案（整体方案）.docx（25页珍藏版）》请在冰豆网上搜索。

软件测试

整体测试计划与方案

文件状态：

文件标识：

[√]草稿

当前版本：

V1.1.1

[ ]正式发布

作 者：

马彦东

[ ]正在修改

完成日期：

2010-11-23

★★★★★

内部资料，可为以后规范测试行为使用

测试整体方案

版本历史

版本/状态

作者

参与者

起止日期

备注

北京银盈通管理咨询有限公司，2005-2010

第25页，共25页

目录

1.概述 5

2.适用对象和范围 5

3.术语、名词定义 5

3.1.系统测试 5

3.2.黑盒测试（功能测试） 5

3.3.白盒测试 5

3.4.灰盒测试 5

3.5.健壮性测试（容错能力/恢复能力测试） 6

3.6.接口测试 6

3.7.强度测试 6

3.8.压力测试 6

3.9.性能测试 6

3.10.安全测试 7

3.11.可靠性测试 7

3.12.安装/反安装测试（公司一般系统不需要进行该测试） 7

3.13.文档测试 7

4.测试工作流程 8

4.1.测试管理总流程 8

4.2.制定测试计划工作流程 8

4.3.设计测试用例工作流程 9

4.4.执行测试工作流程 9

4.4.1.测试工作总体流程 9

4.4.2.单元测试工作流程 10

4.4.3.集成测试工作流程 11

4.4.4.系统测试工作流程 12

4.4.5.验收测试工作流程 14

4.5.缺陷管理与改错流程 15

5.测试参考文档和测试提交文档 16

5.1.测试参考文档 16

5.2.测试提交文档 16

6.测试资源 17

6.1.人力资源 17

6.1.1.人员、角色及职责 17

6.2.测试工具 17

7.测试方法和方式 17

8.测试中断与开始的标准 18

9.测试范围与测试任务 18

9.1.测试任务 19

10.测试用例编写方案及相关约定 20

10.1.编写原则 20

10.2.衡量测试用例设计的质量标准 20

10.3.测试用例管理 21

10.4.测试用例与开发的对应关系约定 21

10.5.测试用例类型约定 21

10.6.测试阶段、类型与执行角色的关系约定 22

10.7.测试用例清单 22

11.缺陷管理与改错计划 22

11.1.流程图 22

11.2.缺陷管理手段 22

11.3.缺陷管理规则 22

12.实施建议 23

附录一缺陷分类 23

附录二缺陷严重程度 24

1.概述

为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行，就必须要编制测试相关文件。

而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。

文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。

2.适用对象和范围

主要针对对象为软件管理人员、软件开发人员和软件测试人员。

3.术语、名词定义

3.1.系统测试

系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。

它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计

算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行

（使用）环境下，对计算机系统进行的测试。

3.2.黑盒测试（功能测试）

黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的测

试。

通常又将黑盒测试叫做：

基于规格的测试、输入输出测试、功能测试或数据驱动测试。

是基于用户观点出发的测试。

主要是验证功能是否符合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。

3.3.白盒测试

白盒测试也叫结构测试、逻辑驱动测试或给予程序的测试。

主要是分析程序的内部构造，并根据内部构造设计测试用例。

3.4.灰盒测试

可以理解为静态的白盒测试或动态的黑盒测试，灰盒就是界于黑白之间,对软件内部有所

了解,但不见得到了如指掌的程度,却可以结合这些了解做些比黑盒多点的测试。

3.5.健壮性测试（容错能力/恢复能力测试）

侧重于程序容错能力的测试。

本测试在单元测试阶段和系统测试阶段都要进行。

如数据边界测试、非法数据测试、异常中断测试等等，主要是验证程序对各种异常情况是否进行正确处理。

3.6.接口测试

程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。

这个测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。

建议由开发人员进行。

3.7.强度测试

强度测试检查程序对异常情况的抵抗能力。

强度测试总是迫使系统在异常的资源配置下运行。

例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；

②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例，等等。

3.8.压力测试

对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

例如测试一个Web站点在大量的负荷下，何时系统的响应会退化或失败。

3.9.性能测试

在交替进行负荷和强迫测试时常用的术语。

性能测试关注的是系统的整体。

它和通常所说的强度、压力/负载测试有密切关系。

所以压力和强度测试应该于性能测试一同进行。

3.10.安全测试

主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时如何进

行处理，是否仍能保证数据的安全。

测试人员可以学习一些黑客技术，来对系统进行攻击。

3.11.可靠性测试

这里是比较狭义的可靠性测试，它主要是对系统能否稳定运行进行一个统计，在实际工作中如果没有条件可以不必特意去做。

重点做好与之紧密相关的功能测试、健壮性测试就可以了。

3.12.安装/反安装测试（公司一般系统不需要进行该测试）

安装测试主要检验软件是否可以正确安装，安装文件的各项设置是否有效，安装后能否影响原系统；反安装是逆过程，测试是否删除干净，是否会影响原系统等。

3.13.文档测试

主要测试开发过程中针对用户的文档，以需求、用户手册等为主，检验文档是否和实际应用存在差别。

文档测试主要检查文档的正确性、完备性和可理解性。

正确性是指不要把软件的功能和操作写错，也不允许文档内容前后矛盾。

完备性是指文档不可以“虎头蛇尾”，更不许漏掉关键内容。

文档测试不需要编写测试用例。

4.测试工作流程

4.1.测试管理总流程

缺陷管理与改错

执行测试用例

设计测试用例

制定测试计划

审批 审批 迭代

4.2.制定测试计划工作流程

测试计划

确定测试人员与任务表

确定测试完成准则

确定测试环境与辅助工具

确定测试方法和方式

确定阶段的测试范围和任务

输入项目计划书

确定测试相关规范和约定

输入需求规格说明书

²

系统测试对应的用例

4.3.设计测试用例工作流程

依据需求文档生成

依据概要设计、体系设计文档

依据详细设计文档生成

详细设计阶段

概要设计阶段结束后

需求分析阶段结束后

单元测试对应的用例

集成测试对应的用例

4.4.执行测试工作流程

4.4.1.测试工作总体流程

系统测试阶段

集成测试阶段

单元黑盒测试阶段

编码及单元白盒测试阶

设计阶段

结项总结阶段

验收测试阶段

说明：

集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。

4.4.2.单元测试工作流程

循环

单元测试

进入集成测试

单元总结测试报告

达到测试要求

编码审核

提交Bug报告

测试用例审核

编码及白盒测试

测试用例

详细设计

4.4.3.集成测试工作流程

集成测试

进入系统测试

集成测试总结报告

达到集成测试要求

单元测试审核

提交Bug报告

测试用例审核

接上一阶段

测试用例

4.4.4.系统测试工作流程

业务测试

进入压力测试

提交业务测试报告

达到业务测试要求

确认测试审核

提交Bug报告

业务测试用例审核

接上一阶段

业务测试用例

压力测试

进入性能测试

审核

压力测试报告

返回开发修改

准备数据库

业务测试审核

模拟多用户

接上一阶段

说明：

压力测试为模拟用户正常使用时，系统正常工作的最小时间。

性能测试

进入安装测试

审核

提交测试报告

返回开发修改

系统崩溃

增加数据量

压力测试审核

模拟用户数量

接上一阶段

说明：

测试系统的崩溃极限（最多使用人数和数据库的极限容量）。

进入验收测试

审核

提交测试报告

返回开发修改

安装测试

系统测试审核

接上一阶段

4.4.5.验收测试工作流程

验收测试

进入结项总结阶段

返回开发修改

审核

提交测试报告

准备测试人员

安装测试审核

业务测试用例审核

接上一阶段

业务测试用例

说明：

验收测试的人员应包含非本系统的人员。

4.5.缺陷管理与改错流程

否

由项目经理或测试组长

是

确认是否为bug

否

测试人员或项目经理再次确

是

认是否为bug

测试员回归测试

开发人员修复bug将状态置为（FIXED）

将bug状态置为

（OPEN/REOPEN）

将bug状态置为

（CLOSE）

测试员发现一个bug

（当前状态置为NEW）

5.测试参考文档和测试提交文档

5.1.测试参考文档

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

文档

（版本/日期）

已创建或可用

已被接收或已经过复审

作者或来源

备注

软件需求规格说明书

是[

]

否[

]

是[

]

否[

]

软件概要设计

是[

]

否[

]

是[

]

否[

]

软件详细设计

是[

]

否[

]

是[

]

否[

]

模块开发手册

是[

]

否[

]

是[

]

否[

]

测试计划及方案

是[

]

否[

]

是[

]

否[

]

测试报告

是[

]

否[

]

是[

]

否[

]

用户操作手册

是[

]

否[

]

是[

]

否[

]

安装指南

是[

]

否[

]

是[

]

否[

]

5.2.测试提交文档

文档

（版本/日期）

已创建或可用

已被接收或已

经过复审

作者或来源

备注

测试计划及方案

是[

]

否[

]

是[

]

否[

]

可考虑通过td

产生

可考虑通过td

产生

测试用例

测试报告

是[

是[

]

]

否[

否[

]

]

是[

是[

]