软件测试流程与方法

软件测试流程

第一篇：软件测试流程

每个软件测试阶段都要经历以下步骤：测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。

1.测试需求分析：整个测试过程的基础；确定测试对象以及测试工作的范围和作用。

2.测试过程设计：包括测试计划,测试策略制定，测试时间安排用，测试用例编写等

3.测试实现：环境配置好了，新的版本也收到了，人员也都培训好了等等

4.测试实施：已经按照测试计划进行展开了，比如手工测试，自动化测试等

5.测试评价：对版本测试覆盖率，测试质量，人员测试工作以及前期的一些工作制定情况进行评价

6.测试维护：对测试用例库，测试脚本，bug库等进行维护，保证延续性等

软件测试过程

软件测试过程按各测试阶段的先后顺序可分为单元测试、集成测试、确认（有效性）测试、系统测试和验收（用户）测试5个阶段，如图3所示。

(1)单元测试：测试执行的开始阶段。测试对象是每个单元。测试目的是保证每个模块或组件能正常工作。单元测试主要采用白盒测试方法，检测程序的内部结构。

(2)集成测试：也称组装测试。在单元测试基础上，对已测试过的模块进行组装，进行集成测试。测试目的是检验与接口有关的模块之间的问题。集成测试主要采用黑盒测试方法。

(3)确认测试：也称有效性测试。在完成集成测试后，验证软件的功能和性能及其他特性是否符合用户要求。测试目的是保证系统能够按照用户预定的要求工作。确认测试通常采用黑盒测试方法。 (4)系统测试：在完成确认测试后，为了检验它能否与实际环境（如软硬件平台、数据和人员等）协调工作，还需要进行系统测试。可以说，系统测试之后，软件产品基本满足开发要求。

(5)验收测试：测试过程的最后一个阶段。验收测试主要突出用户的作用，同时软件开发人员也应该参与进去。

第二篇：软件测试一般流程[模版]

一般测试流程：

1.需求分析阶段：只要就是对业务的学习，分析需求点。

2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。

软件测试流程

一：测试流程图

制定需求

需求分析评审 项目经理，产品需求人员，测试主管，开发人员，测试

人员，QC人员。

设计评审 项目经理，产品需求人员，测试主管，

开发人员，测试人员,QC人员。

开发人员编写

开发计划

开发编写代码

以及单元测试

提交代码到代

码库

运维打版，部署

测试环境 测试编写测试用例

测试用例评审 项目经理，产品需求人

员，测试主管，开发人员，测试人员,QC人员。

发现提交

缺陷 开发修复缺陷 完善测试用例

业务验收上线 测试报告和总

结建议 邮件通知所有项目

参与人员和相关部

门负责人 测试人员编

写测试计划

测试通过 测试

二：制定需求

需求由产品经理或者业务人员制定。

三：需求分析评审和设计评审：

主要以会议评审为主，紧急修复需求或者很小的的项目需求可以邮件评审或者小圆桌

会议评审。需求评审会议参与人员有：项目经理，产品经理，测试经理，开发人员、测试

人员、QA人员，集团大项目最好需要分管老总参加。项目经理和产品经理讲解需求，开发

人员考虑功能实现的方案与可行性，测试人员主要是对需求的理解提出疑问，以便才能根

据需求写用例。QA人员监督需求内容和评审符合规范。需求评审完毕后相关开发人员制定

详细设计说明书和视觉原型图，并进行评审，评审流程和需求评审一致。需求评审和设计

评审时做好评审记录表

四：制定测试计划

开发人员需求根据需求功能点进行开发排期。然后将开计划转交给测试人员。测试人员根

据需求和开发的计划制定测试计划。测试人员根据开发计划，对测试具体测试时间，进行

几轮测试进行确定，然后，把项目测试计划发送给各部门负责人及参与项目的所有人员。

五：编写测试用例

根据详细的需求文档，制定测试策略和测试方法，制定测试列表或者测试功能流程图，然

后开始进行用例的编写。

六：用例评审

在用例进行评审之间，先以邮件形式将用例发送给相关人员，以便他们事先了解用例对哪

些功能进行验证以及验证的细节。然后，测试人员组进行用例评审，开发人员对用例与实

第1页 共2页

软件项目验收测试流程

为了保证公司产品开发符合规范，产品质量符合要求，产品归档严格执行，特制定本软件项目验收测试流程。

具体测试流程如下：

一、准备测试材料

1.1 文档（纸质及电子版）

a) 软件需求：包括项目背景、任务目标、功能和性能要求、运行环境要求等方面的内容；

b) 过程文档：概要设计、详细设计等文档；

c) 用户操作手册（含安装部署说明，部署说明可分册提交）：包括软件系统的构成、所有功能的描述、基本的使用方法和运行支持环境、安装部署说明、维护说明、使用指南和所有功能的具体操作说明等方面的内容；要求有封页、目录、页码及版本控制；

d) 开发环境建立过程指导文档；

e) 开发源代码及代码说明文档。

1.2 样机：包括可用来运行软件系统目标代码的硬件平台和可建立开发环境的电脑系统（电脑系统，可考虑采用虚拟机方式提供）。

1.3 支持测试所必须的特殊软件和硬件设备。

1.4 如当前已有国家标准或行业标准或企业标准，则相应的标准应自动纳入需求列表内（若由于标准不完善引起的差异，可有项目验收组讨论决定）。

二、测试资料准备齐全后，则由项目负责人提出项目验收申请，由公司技术副总或技术副总指定人员组织项目验收。

三、项目申请提交获批准后，项目负责人应组织好各项目参与人员及项目验收所必须的项目资料，等待测试。

四、 项目测试过程如下：

4.1 软件开发环境的建立（参照开发环境建立过程指导文档执行）

第2页 共2页 a) 开发环境基础系统的准备，可考虑独立PC平台或虚拟平台；

b) 开发环境的系统及补丁安装；

c) 开发及编译工具的安装；

d) 其他辅助软件工具的准备。

4.2 代码的装入和编译

a) 按照开发环境说明文档，导入开发源代码；

b）按步骤执行各项编译及链接，生成目标代码。

4.3 测试样机的代码烧录

a) 将1.2步骤生成的目标代码烧录入测试样机的FLASH；

软件测试流程

一、软件测试流程图

未通过

通过

研发设计软件

编写需求测试用例

按计划对用例测试

该用例是否通过？

用例测试通过可试产 修改软件代码

提交bug报告 需求测试用例审核 二、测试说明

1.需求：阅读需求，理解需求，与客户、开发、架构多方交流（包括市场、工程技术等），深入了解需求，拟定需求测试用例。

2.编写测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。

3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。

3.1 压力测试：模拟多用户正常使用时，系统正常工作的最小时间，如通信通道长时间运行易出现数据堵塞，可采取增大数据流量的方式测试，提高单位时间内的发送速度和数据量。

3.2性能测试：测试系统的崩溃极限，（最多使用人数和数据库的极限容量）对下挂硬件设备，若试产数量不足，可通过模拟软件实现。

4.执行测试：根据测试用例的详细步骤，执行测试用例。

5.执行结果记录和bug记录：对每个案件记录测试的结果，有bug的在测试管理工具中编写bug记录。

6.修复错误：追踪软件的bug，直到 错误修复。

7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

8.用户体验、软件发布等。

2016.6.30