软件测试标准规范Word格式文档下载.docx

软件测试标准规范Word格式文档下载.docx

《软件测试标准规范Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件测试标准规范Word格式文档下载.docx（20页珍藏版）》请在冰点文库上搜索。

5.1缺陷的定义及其基本属性........................................................................................4

5.2缺陷分类....................................................................................................................5

5.3文档缺陷分类............................................................................................................5

5.4代码缺陷分类............................................................................................................6

5.5系统测试缺陷分类....................................................................................................6

5.6缺陷等级定义............................................................................................................6

5.7缺陷优先级定义........................................................................................................7

5.8缺陷状态定义............................................................................................................7

5.9缺陷完成度................................................................................................................8

5.10缺陷管理流程..........................................................................................................8

6处理机制................................................................................................................................9

6.1退回机制....................................................................................................................9

6.2异常情况处理机制....................................................................................................9

6.3报告机制..................................................................................................................10

7测试完成的标准..................................................................................................................10

7.1被测试出的、在软件错误级别分类中定义的：

..................................................10

7.2用户可以接受未修改的软件错误..........................................................................10

7.3测试超过了预定时间表，由项目经理决定是否停止测试..................................10

7.4测试结论及评价标准..............................................................................................10

7.5输出..........................................................................................................................10

8记录.......................................................................................................................................11

1目的

为了确保软件产品质量，使产品能够顺利交付和通过验收，特编写本文档，以作

参考。

2适用范围

本文档适用于项目开发过程中的单元测试、API测试、契约、系统测试。

3职责

项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员

完成各阶段的测试工作。

项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，

并按要求填写《单元测试跟踪表》及缺陷库。

测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准

则的修改意见

项目负责人组织测试环境的建立。

项目经理审核负责控制整个项目的时间和质量。

研发人员确认修改测试人员提交的缺陷。

4工作流程

4.1测试依据

详细设计是模块测试的依据。

因此设计人员应向测试人员提供《系统需求规格书

名书》、《详细设计》、《概要设计》等有关资料。

测试人员必须认真阅读，真正

弄懂系统需求和详细设计。

4.2制订《测试方案》

在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测

试方案》，《测试方案》应包括以下内容：

测试目的；

所需人员及相应培训要求；

测试环境、工具和测试软件；

测试用例、测试数据和预期的结果。

4.3单元测试

项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一

般定为函数或子程序级）编码调试通过后，要及时进行单元测试。

单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，

争取达到分支覆盖。

对于交互式运行的产品，不便于进行自动测试的，可以采用功

能测试的方法进行。

单元测试针对程序模块，从程序的内部结构出发设计测试用例。

多个模块可以独

立进行单元测试。

1

单元测试内容包括模块API测试、局部数据结构测试、路径测试、错误处理

测试等；

单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测

试；

单元测试停止标准：

完成了所有规定单元的测试，单元测试中发现的缺陷已

经得到修改。

4.4API测试

编码开发完成，项目组内部应进行API测试。

API测试由项目负责人组织策划（编写测试计划、测试用例）并实施。

API测试

着重对各功能模块之间的API进行测试，验证各功能模块是否能协调工作、参数传

递及功能调用是否正常。

测试采用交叉方法，即个人开发的软件应由其他的项目组

成员进行测试。

API测试过程应填写《单元测试跟踪表》，测试结果应形成《测试报告》。

4.5契约测试

主要工作是项目组通过对外开放接口设计说明书的变更进行分析列出需要修改

的契约测试案例，及是否需要更新契约文件，评估契约测试工作量，项目经理在制

定代码实现计划的同时，制定契约测试计划（交叉测试）。

服务消费方开发人员按照详细的契约测试计划在开发环境中，依据对外开放接口

说明书和需求规格说明书，执行契约测试，生成契约文件。

服务提供方开发人员按照详细的项目计划在开发环境中，依据对外开放接口说明

书和需求规格说明书，契约文件，执行契约测试。

契约测试工作过程中，将发现的缺陷登记在缺陷跟踪管理系统，测试结果应形成

《测试报告》。

4.6系统测试

在项目开发完成之后，应对整个系统软件和硬件进行系统测试。

对性能、可靠性、

健壮性、压力承受力等方面分别进行评价，以验证系统是否满足规定的需要。

系统测试由测试负责人组织策划（编写测试计划、测试用例）并实施，系统测试

中发现的缺陷应及时提交至缺陷库。

系统测试一般进行如下几种情况的测试：

正常情况

非正常情况

破坏性测试

边界情况

非法情况

强度测试

2

性能测试

兼容性测试

用户友好性测试

界面设计规范测试：

光标的初始位置

字体是否统一

字号是否符合规定

标题颜色

按钮的名称是否规范

界面布局是否合理，整体效果如何

输入值测试：

数据类型

数据长度

约束条件是否满足，是否完整

TAB和Enter键是否起作用

键盘操作能否全部代替鼠标操作

输入（光标）是否按照顺序前进

按钮测试：

将按钮放开和封闭是否严格、准确，不能使用的按钮必须封闭

检查“退出”、“取消”等具有共性按钮的功能

异常情况测试：

在完成正常功能测试后，安正常处理的相同操作顺序，执行与正常处理不同的动

作例如

正常处理中要求输入日期的字段，这时输入字符或数字

正常处理中输入字段有范围要求，这时输入超过范围的值

正常处理中用两个值限定范围，这时用一个值或不限定

正常处理中要求用“Tab”键，这时安“Enter”键或其他键

正常处理中单选框、多选框、下拉框等，十一偶那个非指定键操作

使用不同于指定的按钮操作

4.7编写测试文档

3

4.7.1测试点

将测试模块分解成多个功能点，测试点应涵盖功能点，也涵盖了正常测试和异常

测试。

4.7.2输入数据

输入数据包括界面输入数据、数据库的初始数据及其他外部输入数据。

特别是数

据库的初始所需属性一一列出，全面是指：

数据能达到模块所涉及的全部功能，典

型是指这个数据能充分反映功能特点。

4.7.3测试描述

描述测试步骤，包括：

操作员所执行的动作（包括鼠标、键盘、加载外部数据等

操作）；

系统的反应，包括：

光标定位、光标聚焦、显示字段值、按钮的封闭和放

开、功能键的封闭和放开、系统提示和系统消息等。

4.7.4预期输出数据

按准备的输入数据和设计要求的处理过程，模块应输出的数据。

输出数据包括：

屏幕输出数据、输出到数据库的数据、输出到其他外部介质上的

数据，并指出断点结果或最终结果。

4.7.5实际输出

填写本测试点程序运行后的实际输出。

4.7.6正确与否

程序运行后，实际输出结果和预期输出结果一致时，为正常，否则为不正常。

4.7.7测试结论

填写本次测试的结论，是合格或不合格。

若不合格时，应总结存在的问题，可以

让修改者一目了然。

5缺陷管理

5.1缺陷的定义及其基本属性

缺陷是指在软件开发过程中的针对软件产品和开发过程中的问题，这些问题已经

影响或可能会影响软件产品的质量。

缺陷应该具备以下属性，也就是往缺陷管理库

或者缺陷列表中提交的缺陷应该具备以下属性：

属性名称描述

缺陷标识标记某个缺陷的一组符号，每个缺陷必须有一个唯一的标识

缺陷类型根据缺陷的自然属性划分的缺陷种类

缺陷验证程度因缺陷引起的故障对软件产品的影响程度

缺陷所处的模块或子缺陷分步的模块或子系统

4

系统

缺陷出现几率指发现错误的几率

缺陷的重现步骤详细的缺陷重现步骤

附件与缺陷相关的附件（截图、附件、用例等）

备注对缺陷的其他描述

5.2缺陷分类

根据缺陷的定义，将缺陷分为如下列：

文档缺陷：

是指对文档的静态检查过程中发现的缺陷。

检查活动包括同行评

审、产品审计等。

评审的缺陷要根据被评审对象的类型来确定，被评审的对

象包括最终出产物和中间过程产出物，比如需求文档、设计文档、计划、报

告、用例等

代码缺陷：

是指对代码进行同行评审、审计或代码走查过程中发现的缺陷

测试缺陷：

是指由测试活动发现的测试对象