软件测试流程规划

一、引言

本文档规范了软件测试过程中的整体流程，明确了软件测试从开始到结束的各个阶段，以及在各阶段中的负责人、具体工作内容和必需的输入输出文档。另外，本文还介绍了各测试阶段需要的测试工具、测试点和测试步骤，并提供了各类测试文档的参考模板。

二、测试流程概述

1、流程介绍

一般来讲，软件测试是伴随着项目的立项而开始的。也就是说，软件项目一旦确立，测试工作也就开始了。在测试的过程中，前后要经过以下主要环节：

需求分析—>制定测试计划—>搭建测试环境—>测试用例设计—>测试执行—>BUG回归测试—>测试总结—>软件发布

对于以上流程环节，一般而言，需求分析属于需求分析人员的工作范畴，环境搭建、用例设计、测试执行以及回归测试等属于测试人员的工作范畴，测试负责人负责制定测试计划以及对各个环节的跟踪、实施、管理等。

2、流程图

功能测试

项目开始

需求阶段

测试计划

测试阶段

性能测试

用户界面测试

兼容性测试

安全性测试

接口测试

测试总结

软件发布

在这个阶段，主要是对于需求的收集、分析以及评估。

1.由需求分析人员统一收集需求，并整理成文档格式转发给项目经理、开发经理和测试经理；

2.项目经理召集开发经理、测试经理和需求分析人员进行会议讨论，了解具体每个需求的实际含义，并且明确各需求的有效性和可用性；

3.小组会议讨论，确定最终实现的需求和功能点，并整理出重点需求；

4.项目经理根据会议讨论结果编写需求说明，并且再次召集小组开会讨论，对需求说明进行修复、完善，并最终确定《需求规格说明书》。

负责人：项目经理

输入文档：需求说明文档

输出文档：《需求规格说明书》

四、测试计划阶段

作为测试的起始步骤和重要环节，测试计划是对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务以及时间进度安排，并提出对各项任务的评估、风险分析和管理需求。用一句话概括就是：测试计划是从管理角度对整个测试活动进行规划和控制。

测试计划的主要内容可分以下几个方面：

1.测试概述（介绍项目测试的范围、目的以及组织形式）

2.测试进度（测试时间周期的安排）

3.测试策略（包括测试环境、测试工具及测试方法）

4.需求跟踪（确定系统测试项与需求之间的对应关系）

5.测试通过失败标准（指明测试何时通过何时结束）

6.测试挂起恢复标准（指明当测试过程无法进行下去时测试活动挂起以及恢复的标准）

7.资源分配（工作量的统计以及工作任务的安排）

8.应交付测试工作产品（明确测试需要提交的各类工作文档）

9.风险评估（预估测试存在的风险）

测试经理根据项目的总体进度、发布时间以及需求规格说明、开发计划制定相应的测试计划，完成后提交给项目经理。项目经理组织讨论会，连同开发经理、测试经理以及各模块负责人，对测试计划进行评审并确定。

负责人：测试经理

输入文档：《需求规格说明书》、《软件开发计划》

输出文档：《软件测试计划》

测试阶段按照不同的测试要求可分为以下几点：

· 功能测试

· 性能测试

· 用户界面测试

· 系统兼容性测试

· 系统安全性测试

· 系统接口测试

负责人：测试工程师

输入文档：《需求规格说明书》、《软件测试计划》、《软件设计文档》

输出文档：《***测试用例》、《***缺陷报告》、《***测试报告》

1、测试前提条件

当研发部门完成了软件项目的开发任务之后，软件产品开始进入测试环节。在开发人员提交测试之前，需要遵守测试的前提条件，如果没有限定测试前的前提条件，测试人员需要花费大量的时间去完成一些简单的并且很容易发现的错误，这样会造成很大的人员浪费。因此，对于开发部门提交给测试部门的软件产品，除领导亲自特批外，均必须满足以下条件才允许提交：

（1）开发部门完成软件的白盒测试。

（2）开发部门完成软件的冒烟测试。

（3）必须提供软件产品的需求文档以及软件开发的设计文档（包括概设和详设文档）。

（4）对于新增功能，必须提供功能列表、功能详细说明、流程明细以及关联的模块；对于修改功能，必须提供修改功能列表、具体修改内容以及影响的模块。

（5）对于没有完成的功能，不能提交测试，必须在代码中注释掉。

（6）对于需要与其他系统进行集成测试的软件，需要明确测试环境以及参数的配置，并且详细说明系统间具体是如何集成的。

（7）对于需要进行性能测试的部分，提供详细说明以及需要达到的各项性能指标。

2、系统功能测试

2.1测试工具

主要采用手工测试，但对于重复性功能点的测试可采用QuickTest Professional作为自动化测试工具。另外，使用公司Dynamix系统作为测试用例和BUG管理工具。

2.2测试点

2.2.1链接测试

链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，测试web应用系统上是否有孤立的页面。

2.2.2表单测试

当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如：用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性，例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在的城市是否匹配等。如果使用了默认值，还要校验默认值得正确性。如果表单只能接受指定的某些值，则也要进行测试。如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

2.2.3 Cookie测试

如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

2.2.4数据校验测试

如果系统中根据业务规则需要对用户的输入进行校验，那么就必须要保证这些校验功能正常工作。例如，省份的字段可以用一个有效列表进行校验。在这种情况下，需要验证列表完整而且程序正确调用了该列表(例如在列表中添加一个测试值，确定系统能够接受这个测试值)。

2.2.5程序功能点的测试

尝试用户的所有操作，这是用户之所以使用网站的原因，必须确保：

1、各个功能点是否能正确使用；

2、流程是否能正常运转。

2.3测试步骤

2.3.1测试环境的搭建

根据实际情况，搭建相应的测试环境，包括软件环境和硬件环境。

2.3.2用例设计

测试工程师根据“需求规格说明书”、“测试计划”以及开发提供的“软件设计文档”来设计各个模块以及功能点的测试用例，完成后提交给测试经理。测试经理组织各模块开发以及测试人员进行开会讨论，评估设计好的测试用例。

2.3.3测试执行

在这一阶段，测试工程师对之前设计好的测试用例进行执行操作，找出系统软件的BUG

并且提交给开发人员进行修复。

2.3.4回归测试

测试工程师对于那些已被开发修复的BUG，做回归测试以验证其是否得到正确修复。确认修复的，就将BUG关闭，否则重新提交给开发人员修复。

回归测试需要注意一下两点：

1.BUG是否得到正确修复；

2.是否引入了新的BUG。

2.4测试报告

测试工程师对功能测试结果进行总结分析，完成《功能测试报告》。

3、系统性能测试

性能测试是测试过程中不可或缺的一个环节，它是通过自动化的测试工具模拟多种正常、峰值以及异常条件来对系统的各项性能指标进行测试。

第二篇：软件测试流程总结

1、需求讨论，测试角度关注的问题：

（1）系统架构、开发方法、人员安排、实现过程、开发周期

（2）产品应用范围、面向的用户及用户人数、产品要实现的功能、使用的数据类型

（3）开发环境：开发工具版本、数据库版本、操作系统版本

（4）运行环境：硬件平台、操作系统、支撑环境（数据库版本、IE版本）、相关组件、服务

（5）安全要求：产品权限、数据库权限、部署的服务器信息、防火墙信息、要放开的端口号

（6）性能需求：系统支持的并发数量、响应时间、数据库中数据容量、占用的系统CPU、磁盘空间、传输速度、网络带宽等。

2、需求分析

（1）画出整体系统的（网络）拓扑图

（2）根据不同角色身份进行分析，画出系统流程图：用户角度、安装人员角度、维护人员角度

（3）从数据库角度进行深入分析：数据层、业务层、表现层

（4）系统包含的功能模块/子系统列表，画出各模块的流程图，各模块间的关系及衔接接口

（5）安全级别是否达标、对性能需求进行分析

3、测试准备工作

（1）环境准备：开发环境、测试环境、用户机干净环境虚拟机、复杂环境虚拟机（IE不同版本、操作系统不同版本、防火墙不同、数据库版本不同）

（2）数据准备：正式数据、不自洽数据

（3）书写测试功能点

（4）根据需求分析结果和测试功能点，制定测试策略、测试方法、测试周期、人员安排。

4、测试开始

（1）测试用例书写：根据八大测试用例方法书写：等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验设计方法、功能图分析方法、场景设计方法

（2）编写测试使用的sql语句、编写自动化测试脚本

（3）功能测试：可借助测试工具，例如：Xenu、Cookie Editor、QTP

（4）白盒测试：代码走读、静态结构分析法、逻辑覆盖法、基本路径测试法，工具：NUnit。详读w.config等配置文件，辅助理解程序整体结构，检查之前的测试点是否完善。

（5）数据库测试：数据备份与恢复测试、故障转移和恢复测试、数据迁移数据操作测试（包括不同版本数据库间的迁移、跨数据库类型迁移，例如SQL迁移到Oracle）。

（6）数据库压力测试

● 通过数据库连接数的变化，测试是否有连接泄露的现象

● 是否有数据表锁死等现象

（7）性能测试：连接速度测试、负载测试、压力测试，工具loadrunner

（8）安全性测试：建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、SQL 注入、身份验证和授权错误、XSS攻击。可用工具：

● Paros proxy （http://www.parosproxy.org），用于截获HTTP 通信数据

● Fiddler （http://www.fiddlertool.com/fiddler），用于截获HTTP 通信数据

● TamperIE （http://www.bayden.com/dl/TamperIESetup.exe），用于修改GET 和POST

（9）兼容性测试：利用之前准备的不同环境，测试产品兼容性及支持环境

（10）安装测试：不同环境、安装过程不同选项、不同路径

（11）参数测试：书写可配置参数的意义及语法说明文档，并进行测试

5、测试结束：

（1）测试总结：bug情况、系统稳定性、使用方便度、遗留待解决改进的问题

（2）功能点测试报告

（3）性能测试报告

（4）环境要求文档：操作系统的版本（包括企业版、标准版等）、位数；数据库的版本（包括企业版、标准版等）、位数；.Framework版本；不支持的环境

（5）使用手册：系统常见故障分析及排除说明、错误信息编码说明

（6）部署文档：包含FAQ的内容以及截图

（7）维护文档：系统目录结构说明、系统启动进程说明、数据备份说明

（8）外出安装前的检查文档

6、外出安装注意事项：

（1）设计若安装出现问题的紧急预案

（2）安装前检查环境（待写一个环境检查的小工具）

（3）根据事先写的检查文档一项项打勾、安装后对每一模块进行测试验证

（4）安装结束后，将IIS、WEB.CONFING、注册表信息、日志信息、防火墙信息、安装路径、安装程序等拷贝回来，撰写文档。