软件测试规程

编号：SYD/CMM-STP

软件CMM规范之――

软件测试规程 V1.0.0

软件测试规程

前 言

软件测试是保证软件质量的重要手段，软件测试规程规范了公司软件测试及测试管理流程，结合公司在测试过程中所采用的方法、工具等，检查、验证开发工作产品，确保公司的产品：

1. 满足用户对软件产品定义的需求； 2. 产品文档满足软件CMM规范及用户需求； 3. 产品中软件代码的错误降到最少； 4. 产品运行的稳定性、可用性良好。

：杭州************股份有限公司 11-1

软件测试规程

修 订 页

编 章节名称 修订内容简述 号 1 2 3 4 全文 全文 创建 修订 修订全文格式 结合实际使用情况和测试相关工具进行改进 修订日期 修订前 修订后 修订人 版本号 版本号 1.0.0 1.0.0 1.0.0 1.0.0 冯蕾 陈匡伟、冯蕾 符荣晶 陈匡伟、王丽 批准人 薛大泂 薛大泂 薛大泂 薛大泂 2002-12-9 2003-4-11 1.0.0 2003-4-28 1.0.0 203-7-11 1.0.0

：杭州*********股份有限公司 11-1

软件测试规程

目 录

1. 2. 3. 4. 5. 6. 7. 8.

目的 ............................................................................................................................................. 1 适用范围...................................................................................................................................... 1 定义 ............................................................................................................................................. 1 职责 ............................................................................................................................................. 1 测试分类...................................................................................................................................... 2 使用工具...................................................................................................................................... 3 流程图 ......................................................................................................................................... 4 测试过程管理.............................................................................................................................. 5

8.1 测试计划制订及管理 .............................................................................................................. 6 8.1.1 任务描述 .......................................................................................................................... 6 8.1.2 工作内容 .......................................................................................................................... 6 8.1.3 工作产品 .......................................................................................................................... 6 8.1.4 裁剪指南 .......................................................................................................................... 6 8.2 测试用例设计及管理 .............................................................................................................. 7 8.2.1 任务描述 .......................................................................................................................... 7 8.2.2 工作内容 .......................................................................................................................... 7 8.2.3 工作产品 .......................................................................................................................... 8 8.2.4 裁剪指南 .......................................................................................................................... 8 8.3 测试程序设计和管理 .............................................................................................................. 8 8.3.1 任务描述 .......................................................................................................................... 8 8.3.2 工作内容 .......................................................................................................................... 8 8.3.3 工作产品 .......................................................................................................................... 9 8.3.4 裁剪指南 .......................................................................................................................... 9 8.4 BUG管理 ................................................................................................................................ 9 8.4.1 任务描述 .......................................................................................................................... 9 8.4.2 工作内容 .......................................................................................................................... 9 8.4.3 工作产品 ........................................................................................................................ 11 8.1.5 裁剪指南 ........................................................................................................................ 11 8.5 测试分析报告编写及管理 .................................................................................................... 11 8.5.1 任务描述 ........................................................................................................................ 11 8.5.2 工作内容 ........................................................................................................................ 12 8.5.3 工作产品 ........................................................................................................................ 12 8.5.4 裁剪指南 ........................................................................................................................ 12 8.6 单元测试 ................................................................................................................................ 12 8.6.1 任务描述 ........................................................................................................................ 12 8.6.2 工作内容 ........................................................................................................................ 12 8.6.3 工作产品 ........................................................................................................................ 13 8.6.4 裁剪指南 ........................................................................................................................ 13 ：杭州**********股份有限公司 11-1

软件测试规程

8.7 集成测试 ................................................................................................................................ 13 8.7.1 任务描述 ........................................................................................................................ 13 8.7.2 工作内容 ........................................................................................................................ 13 8.7.3 工作产品 ........................................................................................................................ 14 8.7.4 裁剪指南 ........................................................................................................................ 14 8.8 系统测试 ................................................................................................................................ 14 8.8.1 任务描述 ........................................................................................................................ 14 8.8.2 工作内容 ........................................................................................................................ 14 8.8.3 工作产品 ........................................................................................................................ 15 8.8.4 裁剪指南 ........................................................................................................................ 15 9.

附录 ........................................................................................................................................... 16

附录A缺陷（BUG）分类 .................................................................................................................. 16

：杭州**********股份有限公司 11-2

软件测试规程

1. 目的

规范测试工作，为软件测试工作提供详细的指引。以发现错误为目的，提高公司软件测试的管理水平，确保公司开发产品的质量。

2. 适用范围

适用于公司所有研发性项目，而维护项目、客户定制应用开发项目、未提交测试部测试项目可参照本流程执行。

3. 定义

➢ 驱动程序（Driver）：在单元测试和集成测试中，协调输入和输出的测试程序。 ➢ 桩程序（Stub）：在单元测试和集成测试中，模拟被调用单元的测试程序。 ➢ 冒烟测试（Smoking test）: 对通过创建的程序代码进行的通过性验证，以确定该版

本是否具有可测性。

4. 职责

➢

测试部经理：组织公司测试部的日常工作，指定测试负责人，提供项目测试资源；在项目组与测试组对BUG处理过程中的意见不一致时，充分参考高级经理和产品部总经理的意见，进行最后仲裁；调整提交BUG的严重级别和状态等内容；对最终测试结果（测试分析报告）进行审批。 ➢

高级经理：在项目组与测试组对BUG处理过程中的意见不一致时，给测试部经理提供自己的参考意见。 ➢

项目经理：与测试部经理一起批准测试计划与测试用例；进行BUG的分配工作，督促开发人员对BUG的修改。 ➢

产品部总经理：对产品部测试项目的优先级进行排序；当高级经理无法协调项目经理与测试部门经理的争议时，由产品部总经理进行协调；批准例外放行。 ➢

总工：审批测试部的测试范围、测试资源、测试方法和测试工具；对提交测试部测试的项目进行批准；对研发部测试项目的优先级进行排序，在测试部经理与研发部项目经理意见不一致时进行协调。

：杭州**********股份有限公司 11-1

软件测试规程

➢

测试负责人：全面负责组织测试的计划、设计、实施、执行、评估过程；检查项目测试工作完成和遗漏情况；对提交的BUG进行有效性验证；负责对项目组的沟通工作；即时汇报测试进展情况和存在的问题；负责对测试计划、测试用例、测试分析报告进行组织分层编写、修订等工作，并参与以上工作内容的评审；

单元测试与集成测试中测试负责人可以是项目经理或项目经理指定的负责人； ➢

版本创建人员：按集成或创建计划、从配置库中获得相应版本的源代码进行编译、联接等版本创建活动，提交创建结果给测试人员，并对创建版本进行管理。 （在没有固定版本创建人员时，版本创建由测试组兼任） ➢

测试人员：执行测试、BUG提交、跟踪验证、回归关闭；完成测试负责人分配的相关工作。

单元测试与集成测试中测试人员即为开发人员； ➢

SQA人员：参与测试相关工作产品的审查，统计缺陷，并参与计划、设计及执行结果评审。 ➢

SCM人员：参与测试过程中工作产品的配置工作，按公司配置管理过程执行。

5. 测试分类

根据面向过程软件测试所实施的操作类型可划分如下： 单元测试：

单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。使用白盒测试方法测试单元的内部结构，使用黑盒测试方法测试单元的功能和可观测的行为。

单元测试由开发人员执行，需要编写驱动程序和桩程序来完成。

集成测试：

集成测试的目的是确保经过单元测试的各模块组合在一起后能够按既定意图协作运行，并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。

集成测试由项目组完成，测试组使用黑盒测试方法重新测试集成的功能，并且对以前的集成进行回归测试。

系统测试：

在实际（或模拟）使用环境下，针对系统需求规格说明规定的所有功能和非功能需求的全面验证工作，测试整个系统，以证实它满足要求所规定的功能、质量和性能等方面的：杭州**********股份有限公司 11-2

软件测试规程

特性。

（公司外包项目的验收测试应参照系统测试方法进行） 用户测试：

在用户的实际环境中，以用户使用手册为依据，测试整个系统，以保证其达到可以交付使用的状态，一般由用户进行测试设计和执行。

6. 使用工具

目前公司的使用工具如下： ➢ ➢ ➢ ➢

配置管理工具：ClearCase5.0，Visual SourceSafe 6.0； 测试BUG管理工具：ClearQuest； 功能测试工具：WinRunner7.5；

单元测试工具：JUnit，Jtest 4.5,（Java, Jsp），C++test 2.1（C,C++）；

：杭州**********股份有限公司 11-3

软件测试规程

7. 流程图

项目立项 参与需求评审； 参与设计评审； 逐步细化测试计 项目组完成编码，走划，测试用例； 查，单元、集成测试； 评审通过 Y 创建计划 版本创建 冒烟测试 配置库 Y 开发版本 功能集成测试 修改指派 基线/创建版本 BUG分BUG库 Y 配修订 BUG记录 版本创建 N 冒烟测试 Y 系统测试 Y N N 项目终例外放出口准则 止否？ 行否？ Y Y Y 项目验收 产品库

测试管理总流程图

需求规格说明书； 概要设计说明书； 详细设计说明书； 开发计划书； 集成计划书 N 测试计划书； 测试用例； 创建计划书； N N N N ：杭州**********股份有限公司 11-4

软件测试规程

软件测试开发、管理流程贯穿了项目的整个开发和测试生命周期，与整个软件开发过程基本上是并行进行并相互协调的。结合公司现推荐采用的日创建开发模式，描述测试流程如下：

1、 测试人员参与需求分析和设计评审，确定需求的可测性，并贯穿到开发的整个过程； 2、 项目组编写开发计划书（含集成计划），测试人员据此产生创建计划书（或直接采用集

成计划）；

3、 测试人员细化测试计划和测试用例，产生测试计划书和测试用例说明书； 4、 由项目组、SQA人员、测试人员一起对测试计划书和测试用例说明书进行评审； 5、 开发人员完成单元模块编码，然后对单元模块经过一系列静态检查和动态测试； 6、 项目组执行集成测试，验证各通过单元测试的模块组合在一起的功能及其接口、数据传

输的正确性，满足系统设计所规定的特性；

7、 版本创建人员按集成或创建计划、从配置库中获得相应版本的源代码进行版本创建活

动，并对创建版本进行管理；

8、 测试人员对通过创建的工作产品执行冒烟测试，冒烟测试通过准则由测试人员和项目组

事先在测试计划中约定，对冒烟测试未通过的系统，原则上由项目组当天解决问题，再次提交测试版本；

9、 测试人员对完成集成的模块执行功能测试，即流程图所示功能集成测试;执行该过程实

际上是对项目组集成测试的回归测试,它是增量式的；

10、 重复步骤5－9，直至该版本所有功能都完成开发和经过功能集成测试；

11、 测试人员根据测试计划中定义的系统测试策略，完成其它约定内容的测试如性能测试、

可使用性测试、安全性测试、安装/反安装测试等；

12、 完成全部测试工作或根据时间驱动，测试负责人撰写测试分析报告； 13、 测试分析报告由SQA人员负责组织评审，并由测试部经理批准；

14、 对没达到测试出口准则的项目，由产品部总经理进行审批后，可作例外放行； 15、 通过测试部测试的项目，在公司范围内进行产品版本发布并移交产品库。

8. 测试过程管理

测试过程管理的目的是在软件开发的生命周期中规范软件单元测试、集成测试、系统测试阶段的测试和测试管理活动，通过建立有序科学的管理体系，保证软件测试活动高效有序的开展。

：杭州**********股份有限公司 11-5

软件测试规程

8.1 测试计划制订及管理

8.1.1 任务描述

根据批准的需求规格说明书和相关设计文档，确定项目测试阶段的目标和策略，确保测试工作有序、有效进行。

8.1.2 工作内容

1． 确定系统的测试需求，如功能需求、性能需求、安全性要求、可使用性需求等需求说明

书中说明的和潜在的需求；

2． 测试负责人与项目经理协商，逐步确定测试项目的测试范围、测试粒度（覆盖标准）以

及测试方案、测试阶段的出入口准则；

3． 根据项目的复杂度和以往的测试数据初步估计测试项目工作量，制定测试计划的进度安

排。逐步细化测试方案及测试规模估计；测试进度安排中要留有合理的测试BUG、用例管理时间；

4． 形成测试计划书（可包括单元、集成、系统阶段）并提交测试负责人、项目经理或测试

部门经理审核。批准人为项目经理。同时测试负责人可发起测试计划的评审；审核批准通过则放入开发配置库；

5． 当项目开发计划或测试需求发生变更时，测试计划应考虑是否需要变更；

8.1.3 工作产品

测试计划书、项目评审表、项目评审问题追踪表；

8.1.4

裁剪指南

适合于公司各类研发项目； 活 动 可裁剪属性 裁剪指导方针 测试策划人员没有相关测试策划或测试工具使用经验、技能，或对软件执行 系统所针对领域业务知识没有足够了解，必要时进行培训指导； 培训 不执行 测试策划人员已经具备相关知识或经验； 正式执行 测试计划要进行技术同行评审； 计划评审 简要执行 一般项目需由测试部门经理和项目经理以审阅方式评审，批准后执行；

：杭州**********股份有限公司 11-6

软件测试规程

8.2 测试用例设计及管理

8.2.1 任务描述

根据批准的需求规格说明书和相关设计文档，策划测试过程执行依据，确保测试范围有效并正确。

8.2.2 工作内容

用例设计：

1、 测试人员参与需求评审，正确理解系统需求并确认需求的可测性，获取测试项目需

求；

2、 根据批准的测试项目需求（在测试计划中有测试需求的详细描述），测试目标的逻辑

实现和约束，测试工具及其测试环境等条件，设计测试用例；并确定系统测试中自动测试和手工测试的范围，对于有操作界面的模块，设计功能测试用例时应尽量采用Winrunner测试工具，性能测试则要考虑相应的性能测试工具）。用Winrunner编写测试脚本时，可参考Winrunner编码规范。

3、 测试负责人发起组织相关人员进行测试用例评审，从而提高测试用例的质量；系统

测试用例审核人可以是测试负责人、项目经理、测试部门经理，批准人为项目经理； 4、 测试负责人负责基于系统的详细设计，确定单元测试范围和粒度，有效路径和值域

等，组织开发人员进行单元测试中自动和手动测试用例的编写；并组织相关人员进行评审；

5、 测试负责人组织开发人员编写集成测试用例，并组织相关人员进行正式或非正式评

审；

6、 当第一个创建版本提交后，测试负责人组织设计编写录制测试脚本，并在测试用例

文档自动测试脚本一栏填写测试脚本的路径。如果没有使用BUG管理工具和自动化测试工具，则必须在测试用例相应栏目填写测试结果。自动化功能测试脚本主要应用于冒烟测试和回归测试；

用例管理：

1、 测试负责人负责进行阶段测试用例的实施、跟踪及用例统计分析工作、改进测试用

：杭州**********股份有限公司 11-7

软件测试规程

例等管理活动；

2、 当软件需求或设计变更引起测试需求变更时，将变更测试用例文档；

3、 测试负责人实时或定期根据Bug数据、状态和测试用例执行情况进行分析，以确定

是否需要对目前测试的模块设计新的测试用例，对不稳定的模块，测试负责人负责与项目经理讨论确定测试范围、粒度和执行方案等，并指定相关人员完成新增测试用例的编写；

4、 新增测试用例批准后由测试人员执行；

8.2.3 工作产品

软件测试用例（包括单元、冒烟、集成、系统测试用例）、项目评审表、项目评审问题追踪表 8.2.4

裁剪指南

本裁剪过程适用于各类研发项目； 活 动 可裁剪属性 裁剪指导方针 用例编写人员没有相关测试用例编写或测试工具使用经验、技能，或对软执行 件系统所针对领域业务知识没有足够了解，必要时进行培训指导； 培训 免修 测试用例编写人员已经具备相关知识或经验； 项目组执行项目的单元和集成测试，测试负责人由项目经理指定，由其负用例管理 简要执行 责用例管理； 首次和重要变更的测试用例需要由项目经理、测试负责人组织进行技术评用例评审 简要执行 审，批准后执行；

8.3 测试程序设计和管理

8.3.1 任务描述

设计、编写和管理测试程序、自动化测试脚本和其它辅助测试程序和脚本，以提高测试效率和测试质量。

8.3.2 工作内容

1. 根据测试需求，设计测试程序和脚本；

2. 选择相应的开发语言编写测试程序和脚本；除了完成测试所需的功能外，还应考虑模块

的重用和代码的简洁；

：杭州**********股份有限公司 11-8

软件测试规程

3. 测试计划中指定要用测试工具Winrunner实现的用例,在第一个通过冒烟测试的日创建即

可进行脚本的录制和编写；脚本必须符合 Winrunner编码规范。

4. 对于平台级的产品，在测试没有界面的接口时可以考虑用编写测试程序或脚本实现； 5. 没有现成工具可使用的性能测试也可以通过编写测试程序或脚本模拟实际环境进行测

试；

6. 开发单元测试和集成测试所需的桩模块和驱动模块；

7. 脚本必须在动态维护过程中，对于可重复利用的模块必须建立公共库，以实现资源共享；

8.3.3 工作产品

测试程序、测试脚本、设计说明书； 8.3.4

裁剪指南

本过程适用于各类研发项目； 活 动 可裁剪属性 裁剪指导方针 若由于现有的自动化测试工具不适合本项目的测试或技术能力不足，可设计脚本 测试类型 以忽略使用自动化测试 测试程序复杂度低，设计文档可以忽略 设计说明书 文档

8.4 BUG管理

8.4.1 任务描述

包括对所发现的BUG的记录、审查、跟踪、分配、修改、验证、关闭、整理、分析、汇总以及删除等一系列活动状态的管理；

8.4.2 工作内容

1. 系统管理员在BUG管理工具建立项目名称，以及和测试项目相关的人员。并给相关人

员指定相应的角色和权限；

2. 测试人员发现BUG并在BUG管理工具如CLEAR QUEST中记录，测试负责人审核BUG

的有效性。Bug的跟踪处理过程参见 缺陷跟踪处理流程； 3. 测试负责人跟踪BUG分配，以确保BUG没有被忽略；

4. 测试负责人负责定期生成测试进展通报表，向项目组开发测试成员、项目经理、测试部：杭州**********股份有限公司 11-9

软件测试规程

门经理、高级经理通报每天产生的BUG、BUG总数、BUG状态等有效信息；测试负责人根据这些数据调整测试策略和资源分配或者判断是否可以结束测试。对于争议的BUG，报请测试经理，由测试经理组织讨论后进行裁决，并生成测试问题报告单； 5. 结束测试项目后，测试负责人利用BUG管理工具生成BUG统计数据，分析项目的BUG

作为编写测试分析报告数据来源之一。

以上的状态迁移图遵循如下原则：

1、 矩形表示的为状态名称，蓝色字体表示的为操作名称。 2、 一个状态可以通过一个操作迁移到另外一个状态。

1） 提交：提交新的BUG，没有起始状态，结束状态为“已提交”；组织内任何人均可执行该操作；

2) 无效：审核BUG为无效，起始状态为“已提交”，结束状态为“无效的”；组织内测试负责

人可执行该操作；

3) 有效：验证BUG为有效，起始状态为“已提交”，结束状态为“有效的”；组织内测试负责

：杭州**********股份有限公司 11-10

软件测试规程

人可执行该操作；

4) 延迟：将BUG进行延迟处理，起始状态为“有效的”，结束状态为“已延迟”；组织内项目

经理可执行该操作；

5) 分配：将有效的或延迟的BUG分配给相应的开发员进行修改，起始状态为“有效的”或“已

延迟”，结束状态为“已分配”；组织内项目经理可执行改操作；

6) 解决：将分配好的BUG进行修改处理，起始状态为“已分配”，结束状态为“已解决”；组

织内开发人员可执行该操作；

7) 重新分配：把分配错误的BUG或需要延迟的BUG退回分配状态，起始状态为“已分配”，

结束状态为“有效的”；组织内开发人员可执行该操作；

8) 拒绝：将已解决的BUG进行测试验证，测试不通过的进行拒绝操作，由开发员重新进行修

改，起始状态为“已解决”，结束状态为“已分配”；组织内测试人员可执行该操作；

9) 关闭：将已解决的BUG进行测试验证，测试通过的进行关闭操作，起始状态为“已解决”，

结束状态为“已关闭”；组织内测试人员可执行该操作；

10) 修改：修改操作可在任何状态进行，且只能修改BUG记录的内容，不进行状态迁移；组织

内测试负责人可进行该操作。

8.4.3 工作产品

测试问题报告单，测试进展通报表 8.1.5

裁剪指南

本过程无裁剪；

8.5 测试分析报告编写及管理

8.5.1 任务描述

编写测试分析报告是一个评价测试活动和产品质量的活动过程。通过分析BUG的数量、性质、分布情况，评价软件的能力和。同时总结软件测试计划的执行情况，作为同类项目测试计划和测试用例的编写参考依据。

：杭州**********股份有限公司 11-11

软件测试规程 8.5.2 工作内容

1. 测试负责人从BUG管理工具中统计分析BUG的数量、性质、分布情况，提取相关数据，

并形成图表。如：每个测试工作日产生的BUG、关闭的BUG、延迟的BUG；总的BUG数量；BUG模块分布；测试人员发现的BUG数量；开发人员出现的BUG数量；BUG的严重等级分类；模块的千行出错率；被测系统的千行出错率等数据。 具体可参考度量汇总表的有关统计项； 2. 测试负责人评价软件能力，包括缺陷和；

3. 测试负责人评价测试过程本身。通过和测试计划的比较，对进度、工作量、测试需求和

测试范围、测试用例的设计进行评价。 4. 测试部门经理审批测试分析报告；

5. 测试分析报告入库后实行统一的配置管理过程；

8.5.3 工作产品

测试分析报告、项目评审相关表格； 8.5.4 裁剪指南 本过程无裁减；

8.6 单元测试

8.6.1 任务描述

使用测试用例及相应编码准则等，验证程序代码单元及其函数、接口已按照预设的方式（系统设计）调用执行，并产生合乎期待的结果。

8.6.2 工作内容

1. 测试负责人组织制定测试计划；

2. 测试人员在符合规定测试环境条件下，使用指定测试及管理工具，编码规则和单元测试

用例，从配置库中提取标识代码模块实施测试活动；

➢ 静态测试：根据开发计划和测试计划安排，由项目经理指定人员依编码规则对单元

：杭州**********股份有限公司 11-12

软件测试规程

模块代码进行走读或同行评审，及时发现、记录并修订代码中存在的语法规范或逻辑错误；

➢ 动态测试（包括动态分析）：

根据开发计划和测试计划安排，测试人员设计单元测试用例，编写驱动模块和桩模块，执行单元测试用例；在JTest、C++ Test可自动生成部分测试用例，并生成相应的测试程序；

3. 记录、跟踪并修改发现BUG； 4. 测试负责人组织编写测试报告。

单元测试计划、单元测试用例、单元测试分析报告可参考测试计划制定及管理、测试用例设计及管理、测试分析报告编写及管理。

8.6.3 工作产品

单元测试计划、单元测试用例、桩模块、驱动模块、单元测试分析报告 8.6.4

裁剪指南

本过程不允许裁剪；

8.7 集成测试

8.7.1 任务描述

执行批准的集成测试用例，验证各通过单元测试的功能模块的功能及其接口、数据传输的正确性，满足系统设计所规定的特性。

8.7.2 工作内容

1. 测试负责人组织制定集成测试计划；

2. 测试人员在符合规定测试环境条件下，使用指定测试及管理工具，编码规则和集成测试

用例，从配置库中提取需要集成的代码模块实施测试活动： ➢ 测试人员根据集成计划，将通过单元测试的模块逐步集成； ➢ 设计测试用例，编写驱动程序和桩程序，执行测试用例； 3. 记录、跟踪并修改发现BUG； 4. 测试负责人组织编写测试报告。

：杭州**********股份有限公司 11-13

软件测试规程

集成测试计划、集成测试用例、集成测试分析报告可参考测试计划制定及管理、测试用例设计及管理、测试分析报告编写及管理。

8.7.3 工作产品

集成测试计划、集成测试用例、桩模块、驱动模块、集成测试分析报告； 8.7.4

裁剪指南

本过程适用于各类研发项目； 活 动 可裁剪属性 裁剪指导方针 集成测试 合并执行 若项目生命周期定义中无集成测试阶段，集成和系统测试可以合并进行。 8.8 系统测试

8.8.1 任务描述

执行系统测试用例，验证已各通过各阶段测试的功能模块已具有满足需求规格说明所规定的功能、质量和性能等方面特性。

8.8.2 工作内容

1. 项目正式立项后，项目组递交测试申请（见测试申请表），经总工批准后，由测试部门

经理指定测试负责人，否则由项目组自己负责系统测试； 2. 测试负责人建立测试小组，并申请测试资源； 3. 测试人员参与需求和设计评审；

4. 测试负责人根据需求说明书参考设计说明书编写测试计划和测试用例：在测试计划中要

确定测试需求、测试方案、测试环境、测试进度安排、测试出入口准则、测试工具(包括功能自动化测试工具和性能测试工具)、制定日创建计划（或直接采用集成计划）、确定手工测试和自动化测试的比例范围及进行脚本设计。编写自动化测试脚本，可参考 Winrunner编码规范 ；

5. 测试负责人发起测试计划和测试用例评审；最终通过测试计划和测试用例审核和批准； 6. 测试负责人负责对项目组成员进行培训，培训内容包括测试规范、测试工具、管理工具

等；项目组负责对测试人员进行项目本身的相关培训；

：杭州**********股份有限公司 11-14

软件测试规程

7. 测试人员搭建测试环境，按照创建计划从项目组配置库中提取源码进行日创建。第一次

冒烟测试通过后的日创建即可开始进行Winrunner自动化测试脚本的编写录制。日创建和脚本须即时放入配置库。对于有测试脚本产生的自动化测试用例，应该在测试用例文档自动测试脚本一栏标明配置库存放路径；

8. 测试实施全过程中，始终存在测试计划变更和测试用例变更以及BUG管理过程。可参

考 测试计划制定和管理、测试用例设计及管理、Bug管理执行；

9. 测试负责人定期对系统测试质量及效果、进度情况进行评估，确定测试覆盖完整性，检

验测试结果是否达到测试出口准则或停止准则；测试负责人必须定期向高级经理、项目经理、测试部门经理、项目组成员、测试人员、QA等通报测试状况，具体内容参考测试进展通报表；

10. 当测试实施过程中，项目组和测试组发生争议时，必须报请上级领导进行协调，高级经

理协调不成功可以继续向产品部总经理申报；对于无法正常结束测试的项目由产品部总经理批准例外放行；

11. 系统测试结束后，测试负责人负责汇总、分析测试结果，形成测试分析报告提交评审。

测试分析报告的编写参见 测试分析报告编写及管理。

8.8.3 工作产品

测试问题报告单、测试计划、测试用例、测试分析报告、项目评审表、项目评审问题追踪表 8.8.4

裁剪指南

本过程无裁剪；

：杭州**********股份有限公司 11-15

软件测试规程

9. 附录

附录A缺陷（BUG）分类

BUG级别 1类BUG：致命错误 说明 致命错误通常有如下情况： 1、 需求书中的重要功能未实现； 2、 造成系统崩溃、死机,并且不能通过其它方法实现功能； 3、 常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其它方法实现功能的。 严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，如： 1、 重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丢失或破坏等错误； 2、 重要功能不能按正常操作实现，但可通过其它方法可实现； 3、 错误的波及面广，影响到其它重要功能正常实现； 4、 密码明文显示； 5、 C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。 程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如： 1、 次要功能不能正常实现； 2、 操作界面错误（包括数据窗口内列名定义、含义不一致）； 3、 打印内容、格式错误； 4、 查询错误，数据错误显示； 5、 简单的输入未放在前台进行控制； 6、 删除操作未给出提示； 7、 数据库表中有过多的空字段； 8、 因错误操作迫使程序中断； 9、 找不到规律的时好时坏； 10、 数据库的表、业务规则、缺省值未加完整性等约束条件； 11、 经过一段时间运行后，系统性能或响应时间会变慢； 12、 重要资料，如密码未加密存放（包括配置文件中的密码），或其它存在安全性隐患的； 2类BUG：严重错误 3类BUG：一般错误 ：杭州**********股份有限公司 11-16

软件测试规程

13、 硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）； 14、 系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术或第三方组件造成不能使用自动化测试工具进行测试的。 4类BUG：细微错误 程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，如： 1、 界面不规范； 2、 辅助说明描述不清楚； 3、 输入输出不规范； 4、 长操作未给用户提示（或长操作结束后提示没有消失）； 5、 提示窗口文字未采用行业术语； 6、 可输入区域和只读区域没有明显的区分标志； 7、 界面存在文字错误； 8、 在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的；( 如用户名第一位用数字或特殊字符) 可以提高产品质量的建议， 包括新需求和对需求的改进。 5类BUG：改进建议

：杭州**********股份有限公司 11-17