中国航信标准数据格式_20050628

附件2：

中国航信标准数据格式

目录

中国航信标准数据使用说明 (3)

中国航信标准数据格式说明 (5)

中国航信标准数据格式 (7)

航班数据 (7)

SCH数据 (8)

收益数据 (11)

PNR数据（销售） (16)

PNR数据（成行） (18)

TCN数据 (20)

CKI数据（详细） (33)

CKI数据（汇总） (36)

LDP数据 (38)

BIDT数据 (41)

MIDT数据 (43)

中国航信标准数据传输和保障流程 (45)

中国航信标准数据使用说明

中国航信作为国内航空公司共同发起设立的民航业IT服务公司，致力于为股东航空公司提供优质高效的民航业信息技术服务。为全力支持和配合航空公司针对本公司数据的一切合理使用的要求，辅助航空公司的日常运营和管理决策，中国航信整合三大业务系统数据，起草了《中国航信标准数据格式》。

《中国航信标准数据格式》是以中国航信的航班控制系统（ICS）、计算机分销系统（CRS）、离港系统（DCS）为依托，提取了包括收益、PNR、票面、值机、配载等信息在内的民航业常用数据，并参考国际通行数据标准，制定了中国航信标准的BIDT/MIDT数据格式。它是根据中国航信的实际情况和航空公司业务发展需要提出的，目的是通过规范数据格式的标准和提供方式，尽最大可能满足航空公司对数据的需求，调整和密切双方的合作关系，最大程度的保障航空公司的业务发展。

针对该数据格式的使用，特作如下说明：

1、该数据的提供对象为所有HOST在航信并与航信正式签署《航空公司服

务协议》的航空公司；

2、考虑到航空公司对数据的自主所有权，除MIDT数据外，其余数据均只

涉及本航空公司数据，不提供竞争数据；

3、该格式充分考虑了航空公司数据需求的多样性，在一段时间内保持稳定，

航信会定期进行标准数据格式的修改，主要是针对航空公司集中反映的

数据项予以调整，此调整将通报所有航空公司并在得到大部分航空公司

的书面认可后进行；

4、对航空公司的特殊数据需求，航信会对系统资源的占用及风险情况进行

评估后尽量加以解决；涉及其他航空公司时，需双方（或多方）协商一致后予以解决；

5、新的数据标准执行后，考虑到航空公司非正常数据采集给航信的主机系

统带来很大的压力和风险，同时会给其他航空公司带来不利的影响，建议航空公司停止此类不规范操作，而通过中国航信提供的正常渠道获取业务数据。

中国航信标准数据格式说明

《中国航信标准数据格式》中包括了目前中国航信航班控制系统（ICS）、计算机分销系统（CRS）和离港系统（DCS）最常用和最关键的数据，下面分别对各类数据作简要说明。

●收益数据，SCH数据，航班数据

这三类数据均来自航班控制系统（ICS）。收益数据根据航空公司不同的要求，包括了30个左右抽取点的航班数据，通常用于航空公司的收益管理系统；SCH 数据是航空公司的航班计划数据，通常是收益系统的辅助，也可以用于单独分析；航班数据为航空公司昨日起飞的航班的汇总情况，因为这部分数据可以使航空公司立即获得昨日航班运营的整体信息，比较常用，所以单独作为一份数据。

●PNR数据（销售）

该数据来自航班控制系统（ICS）的PNR数据，记录前一天发生航段交易的PNR中该航段的航段组等信息。

●PNR数据（成行）

该数据来自航班控制系统（ICS）的PNR数据，记录前一天起飞航班上所有确认状态的PNR的航段组、旅客组和责任Office等信息。

●TCN数据

该数据中仅包含通过航信系统出票的票务数据，格式除了Record 98外，是标准的TCN格式。

●CKI数据（详细）/CKI数据（汇总），LDP数据

CKI数据（详细）是使用航信离港值机系统的接收旅客或NOSH旅客的值机信息，CKI数据（汇总）是CKI数据（详细）的汇总信息，LDP数据是使用航信配载系统的航班配载信息。

●BIDT数据

该数据是航信对HOST航空公司开账的明细数据，数据全部来自于航班控制系统（ICS）的PNR数据。

●MIDT数据

该数据是航信在参考国外GDS MIDT内容格式的基础上，制定的航信标准的MIDT数据，数据全部来自于计算机分销系统（CRS）的PNR数据。

中国航信标准数据格式

航班数据

数据来源：ICS系统的航班收益数据

数据提供周期：日

数据命名规则：XXflt_yyyymmdd.txt.Z，压缩的文本文件

其中，XX为航空公司2字代码，yyyymmdd为数据内容日期

数据内容说明：与凌晨0：10 RO指令结果相同，提供前一天起飞的航班数据。其他特殊说明：

SCH数据

数据来源：ICS系统的航班收益数据

数据提供周期：日

数据命名规则：XXschfiledyyyymmdd.txt.Z ，XXschfileiyyyymmdd.txt.Z分别为国内航班和国际航班，压缩的文本文件

其中，XX为航空公司2字代码，yyyymmdd为数据内容日期

数据内容说明：国内航班的时刻表数据

其他特殊说明：无

文件整体结构

1)一个头文件记录HDR；

2)一个时刻表记录由如下4个记录（一组）类型组成：

?一个SFG子记录

?一到八个SLG子记录

?注释信息REM子记录

?错误信息ERR子记录

3)一个尾文件记录END；

HDR 头记录，数据长度37

例：HDRCACI20001226155745TESTICS SCH L1R2

END 尾记录，数据长度11

例：END003802

SFG 航班时刻表记录，数据长度43

SLG 航节时刻表记录，数据长度74

REM 注释记录，数据长度64 例：REM FREE TEXT

ERR 错误说明记录，数据长度64 例：ERR FREE TEXT

收益数据

数据来源：ICS系统的航班收益数据

数据提供周期：日

数据命名规则：XXinvfiledyyyymmdd.txt.Z ，XXinvfileiyyyymmdd.txt.Z，分别为国内航班和国际航班，压缩的文本文件

其中，XX为航空公司2字代码，yyyymmdd为数据内容日期

数据内容说明：收益数据

其他特殊说明：数据来自主机航班控制系统，每天晚上9:00提取（提取时间可能会根据具体情况进行修正）

文件整体结构

1) 一个头文件记录HDR；

2) 订座信息记录文件包含8种记录类型；

?BFG

?BLG

?BLC

?BLB

?BSG

?BSB

?REM

?ERR

3)一个尾文件记录END；

例：HDRCACI20001214103000TESTICS INV L1R2

例：END00001234

例：BFG000001YY 3102 20001214-1 D YY 111 S H CAN001CAN201

例：BLG000001PEKCAN011 1 77700196712101505RE 11CI/YTKHMUEXZ

例：BLC000001Y010352 8103520271 00000000AS 000

例：BLB000001T01 38 0 004400000002

例：BSG000001PEKCAN

例：BSB000001Y010265000000000000 - - -K

PNR数据（销售）

数据来源：ICS系统的PNR数据

数据提供周期：日

数据命名规则：XXpnrb_yyyymmdd.txt.Z，压缩的文本文件

其中，XX为航空公司2字代码，yyyymmdd为数据内容日期数据内容说明：统计前一天发生航段交易的PNR数据

其他特殊说明：PNR抽取时间为每天晚上10：30开始抽取

PNR数据（成行）

数据来源：ICS系统的PNR数据

数据提供周期：日

数据命名规则：XXpnrd_yyyymmdd.txt.Z，压缩的文本文件

其中，XX为航空公司2字代码，yyyymmdd为数据内容日期数据内容说明：统计前一天起飞的航班的成行PNR数据

其他特殊说明：PNR数据抽取时间为每天晚上10：30开始抽取

TCN数据

数据来源：ICS和CRS系统的出票信息

数据提供周期：日

数据命名规则：XXtktics_yyyymmdd.txt.Z, ICS系统本票

XXtktcrs_yyyymmdd.txt.Z, CRS系统本票

均为压缩的文本文件

其中，XX为航空公司2字代码，yyyymmdd为数据内容日期

数据内容说明：TCN数据

其他特殊说明：RECORD1~RECORD9是TCN标准格式，RECORD98是航信加入的记录。

TCN数据每天凌晨0：05开始抽取

File Header

Record 1 – Base Sale Record

标准化文件格式

Q/NJYC 四川省内江市烟草专卖局（公司）企业标准 Q/NJYC. GXX.XX—2013 ××××× 2013 - XX - XX发布2013 - XX - XX实施

目次 前言................................................................................ II 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 职责 (1) 5 管理内容和方法 (1) 6 支持文件 (1) 7 附录 (1)

前言 本标准的附录X、X、X……为规范性附录；附录X、X、X、X……为资料性附录。 本标准对四川省内江市烟草专卖局（公司）………………………做出了规定。 本标准由四川省内江市烟草专卖局（公司）×××提出，属内江市烟草专卖局（公司）公司级文件。本标准由四川省内江市烟草专卖局（公司）×××归口管理并负责解释。 本标准由四川省内江市烟草专卖局（公司）×××起草。 本标准主要起草人：…………………………………………。 本标准2013年首次发布。

×××（文件名称应简明、确切的反映管理活动的主题） 1 范围 对标准的主要内容进行概括，规定标准的使用对象或应用领域，必要时，还应规定不适用的对象或领域，不编序号，不写标题，直接用文字写出。推荐采用下列典型用语： “本标准适用于……”。 “本标准适用于……，也适用于……”。 “本标准适用于……，……也应参照执行（使用）”。 “本标准适用于……，不适用于……”。 2 规范性引用文件 该项管理活动中所涉及到的国际、国家、行业、地方、企业标准。 3 术语和定义 给出为理解标准中某些术语所必需的定义。 4 职责 明确由哪些部门实施此项管理活动及他们的职责、权限。该管理活动涉及几个部门时，应规定出主管部门、协作部门及其接口及相互关系。 5 管理内容和方法 应详细规定该管理活动所涉及的全部内容和应达到的要求，采取的措施和方法； 逐步列出开展此项活动的细节，明确输入、转换的各个环节和输出的内容，其中包括物资、人员、信息和环境等方面应具备的条件，与其它活动接口处的协调措施； 明确每个过程中各项工作由谁做，做什么，怎没做，做到什么程度、以及为达到要求应如何进行控制，并注明需要注意的任何例外或特殊情况。 如涉及纯技术问题可饮用技术标准。 6 支持文件 应列出与该管理标准文件主要相关联或互相支持的其它管理标准文件。 7 附录（资料性附录）或（规范性附录） 应附上该项管理活动所形成的报告、记录格式等，并对附录进行分类，标识资料性附录和规范性附录。应附规范的格式，列明记录的保管年限。

试题及测试数据格式说明

1、题目：大地坐标正反算问题 请编程实现在某椭球体上大地坐标（B 、L 、H ）与空间坐标（X 、Y 、Z ）互相换算。 2、主要数学公式 L B H N X cos cos )(+= L B H N Y sin cos )(+= B Ne H N Z sin )(2 ?+= X Y tgL = 222sin Y X B Ne Z tgB ++= N B Y X H ?+= sec 22 W a N = B e W 22sin 1?= 222a b a e ?= a b a f ?= 椭球参数：WGS_84 ：a=6378137,f= 298.257223563 克拉索夫斯基 ：a=6378245,f=298.3 IAG-75 ：a=6378140,f=298.257 CCGS-2000 ：a=6378137,f= 298.257222101 2、 要求 （1）坐标计算要求取位0.001mm ，角度取位0.00001秒； （2）按如下参考： 参考椭球：WGS-84 参考框架：ITRF2000 参考历元：1997.0 从TestData.txt 中读取坐标值，并将转换好德坐标值输出到Result.txt 中，一个点占一行。其中TestData.txt ，每一行表示一个点，每个点按如下格式“大地纬度,大地经度,大地高（m ）”(坐标值之间用逗号隔开)。输出到Result.txt 中的顺序要和TestData.txt 中点的顺序要对应，一个点占一行，每个点的格式如下（坐标值之间用逗号隔开)： X 坐标，Y 坐标，Z 坐标

3、上交成果 （1）程序（包括源程序和可执行程序）； （2）程序设计和开发 4、测试数据格式说明 参考椭球：WGS-84 参考框架：ITRF2000 参考历元：1997.0 序号点名大地纬度大地经度大地高（m） 1 鞍山41 06 57.51125 12 2 58 01.43164 69.8641 2 长春4 3 56 35.07137 125 17 19.5430 4 246.3266

中国航信标准数据格式_20050628

附件2： 中国航信标准数据格式

目录 中国航信标准数据使用说明 (3) 中国航信标准数据格式说明 (5) 中国航信标准数据格式 (7) 航班数据 (7) SCH数据 (8) 收益数据 (11) PNR数据（销售） (16) PNR数据（成行） (18) TCN数据 (20) CKI数据（详细） (33) CKI数据（汇总） (36) LDP数据 (38) BIDT数据 (41) MIDT数据 (43) 中国航信标准数据传输和保障流程 (45)

中国航信标准数据使用说明 中国航信作为国内航空公司共同发起设立的民航业IT服务公司，致力于为股东航空公司提供优质高效的民航业信息技术服务。为全力支持和配合航空公司针对本公司数据的一切合理使用的要求，辅助航空公司的日常运营和管理决策，中国航信整合三大业务系统数据，起草了《中国航信标准数据格式》。 《中国航信标准数据格式》是以中国航信的航班控制系统（ICS）、计算机分销系统（CRS）、离港系统（DCS）为依托，提取了包括收益、PNR、票面、值机、配载等信息在内的民航业常用数据，并参考国际通行数据标准，制定了中国航信标准的BIDT/MIDT数据格式。它是根据中国航信的实际情况和航空公司业务发展需要提出的，目的是通过规范数据格式的标准和提供方式，尽最大可能满足航空公司对数据的需求，调整和密切双方的合作关系，最大程度的保障航空公司的业务发展。 针对该数据格式的使用，特作如下说明： 1、该数据的提供对象为所有HOST在航信并与航信正式签署《航空公司服 务协议》的航空公司； 2、考虑到航空公司对数据的自主所有权，除MIDT数据外，其余数据均只 涉及本航空公司数据，不提供竞争数据； 3、该格式充分考虑了航空公司数据需求的多样性，在一段时间内保持稳定， 航信会定期进行标准数据格式的修改，主要是针对航空公司集中反映的 数据项予以调整，此调整将通报所有航空公司并在得到大部分航空公司 的书面认可后进行；

测试用例书写标准

测试用例书写标准 在编写测试用例过程中，需要参考和规范一些基本的测试用例编写标准，在ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用例编写规范和模板。标准模板中主要元素如下。 ●标识符（identification）：每个测试用例应该有一个唯一的标识符，它将成为所有和测试 用例相关的文档/表格引用和参考的基本元素，这些文档/表格包括设计规格说明书、测试日志表、测试报告等。 ●测试项（test item）：测试用例应该准确地描述所需要测试地项及其特征，测试项应该比 测试设计说明书中所列出地特性描述更加具体，例如做windows计算器应用程序地窗口设计，测试对象是整个地应用程序用户界面，这样测试项就应该是应用程序地界面地特性要求，例如缩放测试、界面布局、菜单等。 ●测试环境要求（test environment）：用来表征执行该测试用例需要地测试环境，一般来 说，在整个的测试模块里面应该包含整个的测试环境的特殊要求，而单个测试用例的测试环境需要表征该测试用例所单独需要的特殊环境需求。 ●输入标准（input criteria）：用来执行测试用例的输入需求。这些输入可能包括数据、文 件，或者操作（例如鼠标的左键单击，鼠标的按键处理等），必要的时候，相关的数据库、文件也必须被罗列。 ●输出标准（output criteria）：标识按照指定的环境和输入标准得到的期望输出结果。如 果可能的话，尽量提供适当的系统规格说明书来证明期望的结果。 ●测试用例之间的关联：用来标识该测试用例与其它的测试（或其它测试用例）之间的依 赖关系，例如，用例A需要基于B的测试结果正确的基础上才能进行，此时需要在A 的测试用例中表明对B的依赖性，从而保证测试用例的严谨性。 综上所述，如果使用一个数据库的表来表征测试用例的话，它应该有以下的格式： 例一：对Windows记事本程序进行测试，选取其中的一个测试项――文件菜单栏的测试 测试对象：记事本程序文件菜单栏（测试用例标识1000，下同），所包含的子测试用例描述如下： |---------文件/新建（1001） |---------文件/打开（1002） |---------文件/保存（1003） |---------文件/另存（1004） |---------文件/页面设置（1005） |---------文件/打印（1006） |---------文件/退出（1007） |---------菜单布局（1008） |---------快捷键（1009）

综合地下管线数据格式标准

地方标准 综合地下管线数据格式标准 常熟市规划局 2012年7月

修改说明 1、将数据库中的管点信息表分为总表与分表，使各类管点信息表和各类管段信息表一一对应，方便今后数据的更新和维护。 2、对图上点号，外业点号的命名方式进行了更改，管点信息表中添加了图幅号字段，管段信息表中的“起点点号”、“终点点号”使用拓扑关系中管线的起点及终点的物探点号。 3、在各管点及管段信息表中，红色的字段为采集时必须采集并填写的，绿色的字段中的值可通过软件计算得出或可用其它方式加入值。

目录 1 围 (1) 2 规性引用文件 (1) 3 基本规定 (1) 4 文件要求 (1) 4.1 文件格式规定 (1) 4.2专业图形文件命名规则 (1) 4.3综合图文件命名规则 (2) 4.4管线成果表文件命名规则 (2) 4.5管线图分层规定 (3) 4.6管线点编号规则 (6) 4.7管段的编码规则 (6) 4.8提交数据说明 (6) 5 数据结构 (2) 5.1 数据库表索引 (2) 5.2 数据库表结构 (3) 附表1 要素类型命名字典表 (27) 附表2 管线类型字典表 (27) 附表3 构筑物类型字典表 (28) 附表4 附属物类型字典表 (29) 附表5 管点类型字典表 (40) 附表6 管线埋设类型字典表 (48) 附表7 权属单位字典表 (48) 附表8 管段位置字典表 (50) 附表9 道路名称字典表 (50)

1 围 本标准规定了城市综合地下管线信息化中的基本规定、文件要求和数据结构等。 本标准适用于城市综合地下管线的普查和竣工测量。 2 规性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 CJJ61-2003 城市地下管线探测技术规程 GB 50289-98 城市工程管线综合规划规 CJJ103-2004 城市地理空间框架数据标准 CJJ100-2004 城市基础地理信息系统技术规 CJJ/T8-2011 城市测量规 3 基本规定 3．1管线探测与资料编制应采用常熟市城市坐标系统及1985年国家高程基准系统，并由城市勘测管理部门统一提供测量控制资料，常熟市规划局提供1：500、1：1000数字地形图。 3．2管线普查的测区划分宜参考常熟市1：500地形图的分幅原则，采用1：500地形图分幅的整数倍，不应与1：500地形图分幅有交叉。管线竣工测量的围也宜取1：500地形图分幅的整数倍。 3．3管线普查或是竣工测量成果中的图形数据按测区以1：500图幅为单位，提交计算机数据文件；属性数据可以按1：500图幅提交，也可以按测区为单位

理正标准数据接口说明及格式

理正标准数据接口 一、功能 通过该接口将理正标准接口数据读入到Gicad5.0的数据库中（包括室内试验数据和静探数据），从而生成地层统计表、勘探点一览表、土工试验综合成果表、物理力学指标统计表、物理力学指标设计参数表等成果、生成与静探有关的成果图等。 二、接口格式 1、接口文件中包含的数据 接口中可输入的数据表包括钻孔表数据、土层表数据、静探表、取样表数据、湿陷性黄土数据、固结和固结试验项目数据、颗分和颗分试验项目数据、直剪和直剪试验项目数据、三轴和三轴试验项目数据。各数据表及数据表中的先后内容如下表：

2、接口文件具体格式 ;钻孔数据 #ZK#钻孔编号勘探点类型 X坐标 Y坐标偏移量孔口标高水面标高勘探深度探井深度钻孔直径勘探开始日期勘探结束日期 ;土层数据 #TC#岩土名称层底深度地层厚度主层编号亚层编号地质时代地质成因颜色密实度湿度可塑性浑圆度均匀性风化程度岩层倾向岩层倾角矿物成分结构构造包含物气味描述完整程度坚硬程度破碎程度节理发育节理间距 #TC#岩土名称层底深度地层厚度主层编号...... ...

;静探数据 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 ;取样数据 #QY#取样编号取样深度取样长度取样类型质量密度土粒比重含水量液限塑限最小密度最大密度水上休止角水下休止角渗透系数水平渗透系数垂直渗透系数单轴抗压强度自然抗压强度饱和抗压强度抗拉强度抗剪强度软化系数桩侧摩阻力桩端摩阻力十字板剪切强度无侧限抗压强度（原状）无侧限抗压强度（重塑）灵敏度透水率剪切波速纵波波速动弹性模量动剪切模量动泊松比回弹模量 ；湿陷性黄土数据 #SX#湿陷浸水压力湿陷系数δs 压力湿陷系数δ.2s 压力湿陷系数δ.3s 自重湿陷系数湿陷起始压力 #SX#湿陷浸水压力...... ... ;固结数据 #GJ#试验方法式样的高度自重压力压缩系数0-0.05 压缩模量0-0.05MPa 压缩系数0.05-0.1 压缩模量0.05-0.1MPa 压缩系数0.1-0.2 压缩模量0.1-0.2MPa 压缩系数0.2-0.3 压缩模量0.2-0.3MPa 压缩系数0.3-0.4 压缩模量0.3-0.4MPa 压缩系数0.4-0.5 压缩模量0.4-0.5MPa 压缩系数0.5-0.6 压缩模量0.5-0.6MPa P0压缩后的孔隙比 P0.05压缩后的孔隙比 P0.1压缩后的孔隙比 P0.2压缩后的孔隙比 P0.3压缩后的孔隙比 P0.4压缩后的孔隙比 P0.5压缩后的孔隙比 P0.6压缩后的孔隙比变形模量弹性模量泊松比;固结试验项目数据 %GJ%序号垂直压力压缩变形值 %GJ%序号垂直压力 ...... ... ;下一个固结数据 #GJ#试验方法 ...... ... ;颗分数据 #KF#试验方法 >800颗粒组成 >400颗粒组成 >200颗粒组成 >60颗粒组成 >40颗粒组成 >20颗粒组成 >10颗粒组成 >5颗粒组成 >2颗粒组成 >0.5颗粒组成 >0.25颗粒组成 >0.1颗粒组成 >0.075颗粒组成 >0.074颗粒组成 >0.05颗粒组成 >0.01颗粒组成 >0.005颗粒组成 >0.002颗粒组成 >0颗粒组成 d10 d15 d30 d60 d85 d90 d95 粘粒含量不均匀系数曲率系数试验土样的质量 ;颗分试验项目数据 %KF%序号粒径筛余质量 %KF%序号粒径...... ... ;下一个颗分数据 #KF#试验方法 >800颗粒组成...... ... ;直剪数据 #ZJ#试验方法环刀面积快剪摩擦角快剪粘聚力固结快剪摩擦角固结快剪粘聚力慢剪摩擦角慢剪粘聚力

软件测试文件编制规范

计算机软件测试文件编制规范 1 引言 目的和作用 本规范规定一组软件测试文件。测试是软件生存周期中一个独立的、关键的阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行地进行，就必须要编制测试文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。 适用对象及范围 本规范是为软件管理人员、软件开发人员和软件维护人员、软件质量保证人员、审计人员、客户及用户制定的。 本规范用于描述一组测试文件，这些测试文件描述测试行为。本规范定义每一种基本文件的目的、格式和内容。所描述的文件着重于动态测试过程，但有些文件仍适用其它种类的测试活动。 本规范可应用于数字计算机上运行的软件。它的应用范围不受软件大小、复杂度或重要性的限制，本规范既适用于初始开发的软件测试文件编制，也适用于其后的软件产品更新版本的测试文件编制。 本规范并不要求采用特定的测试方法学、技术及设备或工具。对文件控制、配置管理或质量保证既不指明也不强制特定的方法学。根据所用的方法学，可能需要增加别的文件（如“质量保证计划”）。 本规范既适用于纸张上的文件，也适用于其它媒体上的文件。如果电子文件编制系统不具有安全的批准注册机制，则批准签字的文件必须使用纸张。 2 引用标准 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 3 定义 本章定义本规范中使用的关键术语。 设计层design level 软件项的设计分解（如系统、子系统、程序或模块）。 通过准则pass criteria 判断一个软件项或软件特性的测试是否通过的判别依据。 软件特性software feature 软件项的显著特性。（如功能、性能或可移植性等）。 软件项software item 源代码、目标代码、作业控制代码、控制数据或这些项的集合。 测试项test item 作为测试对象的软件项。 4 概述

航信标准数据格式

附件2：中国航信标准数据格式

目录

中国航信标准数据使用说明 中国航信作为国内航空公司共同发起设立的民航业IT服务公司，致力于为股东航空公司提供优质高效的民航业信息技术服务。为全力支持和配合航空公司针对本公司数据的一切合理使用的要求，辅助航空公司的日常运营和管理决策，中国航信整合三大业务系统数据，起草了《中国航信标准数据格式》。 《中国航信标准数据格式》是以中国航信的航班控制系统（ICS）、计算机分销系统（CRS）、离港系统（DCS）为依托，提取了包括收益、PNR、票面、值机、配载等信息在内的民航业常用数据，并参考国际通行数据标准，制定了中国航信标准的BIDT/MIDT数据格式。它是根据中国航信的实际情况和航空公司业务发展需要提出的，目的是通过规范数据格式的标准和提供方式，尽最大可能满足航空公司对数据的需求，调整和密切双方的合作关系，最大程度的保障航空公司的业务发展。 针对该数据格式的使用，特作如下说明： 1、该数据的提供对象为所有HOST在航信并与航信正式签署《航空公司服务 协议》的航空公司； 2、考虑到航空公司对数据的自主所有权，除MIDT数据外，其余数据均只 涉及本航空公司数据，不提供竞争数据； 3、该格式充分考虑了航空公司数据需求的多样性，在一段时间内保持稳 定，航信会定期进行标准数据格式的修改，主要是针对航空公司集中反 映的数据项予以调整，此调整将通报所有航空公司并在得到大部分航空 公司的书面认可后进行； 4、对航空公司的特殊数据需求，航信会对系统资源的占用及风险情况进行 评估后尽量加以解决；涉及其他航空公司时，需双方（或多方）协商一 致后予以解决； 5、新的数据标准执行后，考虑到航空公司非正常数据采集给航信的主机系 统带来很大的压力和风险，同时会给其他航空公司带来不利的影响，建

中国航信电子商务文档

中国航信电子商务文档 中国航信电子商务文档 电子化航意险销售系统使用手册 作者: 刘芳 建立日期: 2006/08/17 上次修改日期: 文档编号: 版本: 1.0

一、引言1 1.1 项目背景 1 1.2 编写目的 1 1.3 术语讲明 1 1.4 参考资料1 二、电子化航意险销售系统操作讲明1 2.1 代理机构操作员登录1 2.2 销售处理2 2.2.1 销售保险2 2.2.2 取消保险2 2.2.3 销售日报3

引言 1.1 项目背景 随着电子客票的广泛使用，航联期望在航信的销售平台上，销售电子客票同时提供电子化航意险销售、取消、打印、验真操作。并每天一次按航协提供的数据接口文档向国际航协提供当天的销售数据，以便进行结算服务，为保险公司、保监会提供网站实时查询操作。 1.2 编写目的 描述及讲明立即为电子化航意险销售的各项功能，供代理人了解如何进行电子化航意险销售操作。 读者对象：销售电子化航意险的代理人。 1.3 术语讲明 ET：电子客票（ELECTRONIC TICKET） 参考资料 无 电子化航意险销售系统操作讲明 代理机构操作员登录 1，代理人登录Eterm后，打开“中国航信信息平台”页面，如图2.2. 1所示，点击“进入”。 图2.1.1 中国航信信息平台进入界面 2，信息平台页面点击“电子航意险”的“通过航信专网接入（9080）”，登陆销售系统。界面如图2.1.2所示。 图2.1.2 电子航意险系统登陆界面 讲明： 如果点击“通过航信专网接入（9080）”不能进入，请点击“通过航信专网接入（350）”进入系统。

进入系统前，系统将对代理人资质进行准入判定。若不符合准入条件，系统会给出提示，用户能够按照提示联系有关部门解决咨询题；若符合准入条件，将直截了当系统电子航意险销售系统。 销售处理 电子保险销售处理流程： 打印行程单（保 险） 行程单验真（保 险） 保险取消行程单已取消是 重新购买保险 是 验真？ 是 销售保险 输入电子客票号，点击“查询电子客票信息”，系统将自动显示旅客信息和航班信息。针对每个航班，用户能够选购保险。在对应的保险信息前打勾。如图2.2.1.1所示。选择完保险信息后点击“购买确认”，系统再次显示用户输入的保险信息进行确认，如图2.2.1.2所示。 图2.2.1.1 销售保险界面 讲明： 每份保险均需选择保险公司和受益人类型。受益人类型系统默认为“法定”，若用户选择了“其他”，则必须输入受益人姓名和受益人证件号。 每个航班能够选择多份保险，至多不超过5份。 保险确认页面如果有咨询题需要修改，点击“返回修改”返回上一页面进行修改；若 用户确认进行购买，点击“生成保单”，购买成功，系统提示“购买成功！共购买保单*份”，提示保单份数。如图2.2.1.3所示。 图2.2.1.2 销售保险确认界面 图2.2.1.3 保单生成成功提示界面 取消保险

基础数据标准与描述(参考数据格式表示法)

基础数据标准 -目录规和编码标准 16.1基础数据标准 16.1.1 围 基础数据标准化是的信息化重要工作之一,建立集中、规统一的基础数据标准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。 基础数据标准化的意义: 1、统一基础数据,便于计算机系统管理 手工管理状态之下,对基础数据处理存在很大的随意性,不便于计算机系统管理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团围基础数据趋于统一、实现数据上报、汇总功能。 集团围使用统一基础数据,使业务数据上报、汇总成为可能,以实现集团管理。 16.1.2 数据准备策略 根据项目实施工作的整体要求,根据各项静态基础数据的特点,以及数据准备工作量和难度,分别采用如下准备策略:

1、简单基础数据 由项目顾问组制定编码规,安排业务培训,下发Excel格式的编码模板,由企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾 问组检查编码规执行情况,并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规,安排业务培训,下发Excel格式的编码模板,与简单基础数据相比,数据结构要复杂得多,并且存在一些关联关系,对数据准备要求也比较高,占全部工作量50%以上,因此,需要采用专门的处理方法,其导入方法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进行处理。以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备,以保证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团围业务流程趋同,为集团业务汇总创造有利条件,因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整,以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程规)。此类编码一般容固定,有规可遵循,数据量很少,按照统一的编码导入即可。目标。 16.1.3 基础数据描述规 中文名称 定义:赋予数据元的单个或多个中文字词的指称。 约束:必选 数据类型:字符串 说明:命名应明确的表达数据元的含义,尽量减少冗余,增加精确度;在同一环境下的所有名称应该是唯一的。

测试规范

第1部分系统测试方案

1.1 测试目标 通过功能及测试，采用多种测试方法，使系统达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。 系统的性能达到需求说明书的指标范围内，保证系统7*24小时的稳定运行。 Bug数和缺陷率控制在可接收的范围之内。 1.2 测试策略 1．功能测试：测试系统基本功能实现是否正常，是否实现需求说明书中的所有功能，其中包括导航，数据输入，处理和检索等功能； 2．集成测试：检测需求中业务流程，数据流程的正确性； 用户界面测试：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准； 3．性能评测：对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足需求说明书的指标范围内； 4．负载测试：将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力； 5．安全性和访问控制测试：侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能的访问。系统级别的安全性，包括对系统的登录或远程访问； 6．故障转移和恢复测试：确保测试对象能成功完成转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件可网络故障中恢复； 7．配置测试：核实测试对象在不同的软件和硬件配置中的运行情况。 1.3 测试工具和测试环境 1.3.1 测试工具 在缺陷管理方面，将采用MI公司的Bug管理工具TestDirector8.0进行Bug的管理。 TestDirector 是业界第一个基于Web的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程，提高效率。 在性能测试方面，将采用MI公司的性能测试工具LoadRunner8.0进行性能测试。 LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统

文件格式规范要求

文件格式规范要求（文件题目，即一级标题） 一、文件正文章节序号（二级标题，四号黑体字） （一）二级标题序号（三级标题，小四号黑体字） 一、二、三、四、五、......（正文内容，小四号宋体字） （二）三级标题序号 （一）（二）（三）（四）（五）...... （三）四级标题序号 1、 2、 3、 4、 5、...... （四）五级标题序号 （1）（2）（3）（4）（5）...... （五）六级标题序号 A、 B、 C 、 D 、 E、...... （六）七级标题序号 (a) (b) （c）（d）（e）...... 备注：除文件题目外，双数级标题（即二级标题、四级标题、六级标题等）后需有顿号，单数级标题（即三级标题、五级标题等）需用小括号但不需要加顿号。（备注内容，小四号黑体字） 二、文件的标准格式 （一）页面设置 1、纸张：一律采用计算机打印，并用A4规格复印纸输出。 2、页边距：左边距2.5cm、右边距及上下边距为2cm，方向为纵向。 3、段落：正文部分（即除文件题目和落款、日期）对齐方式为两端对齐，行距为1.5倍。 4、页码：页码一律位于页面底端（页脚），居中标明。 5、间隔：文件题目与文件正文之间（即一级标题与二级标题之间）间隔小四号字体的空行，二级标题之间间隔小四号字体的空行，备注与文件内容之间间隔小四号字体的空行，落款与文件内容之间间隔适当距离，其他标题之间则不需空行，落款与日期之间不需空行。

（二）字体、字号 1、一级标题（即文件题目）用小二号黑体字，居中标明。 2、二级标题用四号黑体字【小三宋体加粗】。 3、三级标题用小四号黑体字【小四宋体加粗】。 7、四级标题及四级标题之后级别的标题（即五级标题、六级标题、七级标题等）全部用小四号宋体字。 5、正文其他内容统一使用小四号宋体字。 6、备注统一使用小四号黑体字，空二字左排。 7、落款及日期统一使用小四号宋体字，对齐方式为右对齐。 （三）落款及日期 1、落款（无特殊情况）统一为：广西大学行健文理学院易班&新媒体学生工作站。 2、日期格式为：xxxx年xx月xx日，数字统一使用大写中文。 （四）符号 1、全文使用半角符号。 2、标点使用中文标点。 广西大学行健文理学院易班&新媒体学生工作站 二〇一六年十月九日

中国民用航空规新章第121部135部运行规范CAAC格式

CCAR-121/135 OPERATIONS SPECIFICATIONS AC-121-001R1 A0097危险品航空运输 批准 山东航空股份有限公司 按照《中国民用航空危险品运输管理规定》（CCAR-276）、国家其他法律法规和批准的危险品训练大纲的程序实施危险品航空运输，但应当符合下列要求： a.允许在所运行的航空器上载运下列《危险物品安全航空运输技术细则》规定种类的危险品： 第1类 爆炸品 第2类. 气体 第3类. 易燃液体 第4类 易燃固体 第5类. 氧化性物质和有机过氧化物 第6类. 毒性物质和感染性物质 第7类 .放射性物质 第8类. 腐蚀性物质 第9类. 杂项危险物质和物品 b.可以在下列机场实施危险品航空运输： A0097-1 山东航空股份有限公司 运行合格证编号： CDG-A-026-HD 生效日期： 2010 年04月 27 日

CCAR-121/135 OPERATIONS SPECIFICATIONS AC-121-001R1机场名称三字代码附加限制备注 济南国际机场 TNA 山航货运 烟台莱山国际机场 YNT 山航货运 北京首都机场 PEK 国货航 厦门高崎国际机场 XMN 厦门航空港货运站 南京禄口国际机场 NKG 南京禄口空港国际机场货运公司 西安咸阳机场 XIY 仅限3-9类 山航派遣有危险品操作资格的工作人员在当地实施危险品操作 哈尔滨太平国际机场 HRB 仅限进港及第6类出港 山航派遣有危险品操作资格的工作人员在当地实施危险品操作 昆明巫家坝机场 KMG 仅限放射性物质进港操作 云南空港物流有限公司 长沙黄花机场 HHA 仅限放射性物质进港操作 山航派遣有危险品操作资格的工作人员在当地实施危险品操作 兰州中川机场 ZGC 仅限放射性物质进港操作 山航派遣有危险品操作资格的工作人员在当地实施危险品操作 青岛流亭机场 TAO 民航青岛流亭机场货运公司 桂林两江机场 KWL 仅限放射性物质进港操作 桂林两江国际航空客货销售公司 福州长乐国际机场 FOC 福州国际空港有限公司 乌鲁木齐地窝铺机场 URC 进港1-9类，出港6.2项，9类新疆机场集团有限责任公司货运部 深圳宝安机场 SZX 深圳宝安机场航空货运站 A0097-2 山东航空股份有限公司 运行合格证编号： CDG-A-026-HD 生效日期： 2010 年04月 27 日

测试流程及规范

章实现。 文件版本 1目的 侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。 本规范作为所有测试组成员工作前必须掌握的工作规范，也供给其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。 2概念与术语 在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品 确认，整个过程如下面的W模型所示： 有关的测试类型的概念如下： 1 ）单元测试：验证产品中的模块，测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因而错误发现后能明确知道是某一单元产生的，单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试也可由设计研发人员执行。 2）集成测试是验证模块间接口及匹配关系，测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，如果材料不完备，测试组可以拒绝接收。 3）系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的 、 图1

稳定性，与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试”的基本原则。 4）除单元测试、集成测试和系统测试之外，还应有“产品确认”环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室内部测试的区别在于：实验室内部测试要尽可能多做，多发现问题；确认要在达到质量目标的情况下尽可能少做；两者要在质量和成本之间权衡、综合考虑。 5）TD ：全称Mercury TestDirector，—种测试管理工具。 6）黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中, 把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。 3职责

软件测试文档编制规范

文档编制规范

目录 文档编制规范 (1) 一、文档的分类 (2) 二、文档的编号 (2) 三、文档编写的格式要求 (3) 3.1、页面布局 (3) 3.1.1、页边距 (3) 3.1.2、页眉页脚 (3) 3.2、首页标题及公司基本信息 (3) 3.3、目录 (4) 3.4、正文 (4) 3.4.1、正文内容 (4) 3.4.2、小标题级别 (4) 3.4.3、图片与表格 (5) 3.4.4、功能点与列表 (8) 3.5、附件 (8)

一、文档的分类 将文档分成如下几类： 1、规章制度类（编号：GZZD）：公司、部门的各项规章制度； 2、工作规范类（编号：GZGF）：各部门的工作规范； 3、项目管理规范类（编号：XMGL）：项目管理规范、药监项目管理规范、招投标系统开 发与实施指南等； 4、项目类文档（编号：XM）：包括项目各个过程的产出物，如合同（HT）、建设方案（FA）、 需求文档（XQ）、设计文档（SJ）、操作手册（CZSC）、测试报告（CSBG）等； 5、体系类（ISO9001、ISO27001、CMMI3）； 6、知识类（编号：ZS）：各类技术经验总结等； 7、产品类（编号：产品名称缩写）：如OA、Mis平台、电子招投标产品的介绍资料/操作手 册等 8、其他类（不需要编号）：上述7个类别之外的其它文档。 二、文档的编号 文档的编号是文档唯一标识，主要用于文档的检索和版本控制。 文档编号规则如下： 文档编号=文档所属部门代码+文档类别代码+文档流水号+版本号 示例如下： 例如：QYGL－GZZD －001V2.1

企业管理部 说明： 1.部门代码为各部门的拼音首字母（公司的部门代码为GTXD）。 部门编码示例： 企业管理部－QYGL、人力资源部－RLZY、行政部－XZ、开发部－KF（子部门为KF1、KF2类推）、实施部－SS（子部门SS1、SS3类推）、测试部－CS等； 2.版本号使用2位数字进行声明，数字间使用英文标点“.”隔开。首位数字表示第几个 版本，末尾数字表示版本内的第几次修改。例如：v1.0表示第一次正式发布的版本； v1.2，表示在第一次发布后进行第二次修改后的文档。 3.其它类的文档（各种表单、ppt等），无需编号、页眉页脚，如《培训记录表》等。 4.EXCEL类文档按WORD文档编号方式编号。 5.其他各类外来文件，包括各法律法规、技术标准和顾客资料等，均按各自的原本编号， 也不需要另外修改。 三、文档编写的格式要求 3.1、页面布局 3.1.1、页边距 上下页边距：2.54厘米，左右页边距：3.17厘米（默认）。 3.1.2、页眉页脚 页眉：加入公司logo图片左对齐；后面加上文档名称，用小五号宋体字（Times new Roman）；文件编号和版本号，如“GTXD-GZZD-001 V1.0”右对齐；页眉顶端距离0.8厘米。 页脚：加入公司名称及联系方式居中；加入页码/总页数右对齐页面底部；用小五号宋体字（Times new Roman），页脚底端距离1.2厘米。 首页如果是封页，则不显示页眉页脚。 3.2、首页标题及公司基本信息 公司基本信息：顶格、两端对齐，以图片形式放置公司logo及公司基本信息。

内部文件格式标准规范

1.0目的：为规范公司内部公文格式，提高公司内部文件管理质量。 2.0适用范围：商管公司各部门 3.0内容： 3.1公司文件格式要求： 3.1.1文件版头：方正姚体小一号字居中（红色字体） 3.1.2文件字号：黑体小四号字居中 3.1.3文件正标题：黑体三号字居中 3.1.4文件正文：宋体小四号字 3.1.5发文单位/发文时间：宋体小四号字加粗 3.1.6主题词/呈/发：宋体小四号字 3.1.7行间距：1.5倍（未定义文档网格） 3.1.8页边距：上下各为2.5㎝,左右各为2.5㎝ 3.1.9公司简称：在文件正文内可简称“商管公司” 3.1.10公司全称：在落款、合同文本等情形必须用全称。 3.2公司文件编号要求 3.2.1发文字号编写说明 发文字号简称文号，是由发文机关代字、年份和序号组成。年度、顺序号用阿拉伯数码标识；年份应标全称，用中括号“[ ]”括入；序号不编虚位（即1不编为001），不加“第”字，表头红线不加五角星。 3.2.2部门代码说明： 3.2.2.1一级部门（各中心）代码：以部门拼音开头两个字母的缩写来表示，若出现字母重复的代码，由各部门自行拟定并报行政部备查： 行政中心XZ、招商中心ZS、企划中心 QH 、物管中心WG、财务中心CW、运营中心YY.

3.2.2.2二级部门代码：以中心代码+本部拼音开头一个字母，共三个字母的缩写来表示： 运营中心：客服部Y YK、电影院YYD、自营区YYZ 物管中心：物业部WGW、保安部WGB 3.2.3发文字号的种类及使用规定 3.2.3.1以公司名义下发本公司范围内的决定、决议、通知、通报、意见，转发集团的批复和上报政府职能部门的请示、报告的文号。（见附件1） 落款名称：商业经营管理有限公司 文件编号：商管发[2007] X号 3.2.3.2以行政中心名义在本公司内所发的通知、通报等文号（见附件2） 落款名称：商业经营管理有限公司行政中心 文件编号：商管行发[2007] X号 3.2.3.3公司内部各部门之间工作联系的文号。（见附件3） 落款名称：商业经营管理有限公司**中心 文件编号：SGLX-部门代码[2007] X号 3.2.3.4部门名义上报公司领导的请示的文号。（见附件4） 落款名称：商业经营管理有限公司XX中心 文件编号：SGQS-部门代码[2007] X号 3.2.3.5公司会议纪要的文号。（见附件5） 落款名称：商业经营管理有限公司 文件编号：SGHJ [2007] X号 4.0附则：本规范从发文之日起执行，由行政中心负责解释。 5.0表格： 5.1公司发文模板 5.2行政部发文模板 5.3内部衔接函模板 5.4内部请示模板 5.5会议纪要模板

计算机软件测试文件编制规范模板

计算机软件测试文件编制规范模板 1. 引言 1.1 目的和作用 本规范规定一组软件测试文件。测试是软件生存周期中一个独立的、关键的阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行地进行，就必须要编制测试文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。 1.2 适用对象及范围 本规范是为软件管理人员、软件开发人员和软件维护人员、软件质量保证人员、审计人员、客户及用户制定的。 本规范用于描述一组测试文件，这些测试文件描述测试行为。本规范定义每一种基本文件的目的、格式和内容。所描述的文件着重于动态测试过程，但有些文件仍适用其它种类的测试活动。 本规范可应用于数字计算机上运行的软件。它的应用范围不受软件大小、复杂度或重要性的限制，本规范既适用于初始开发的软件测试文件编制，也适用于其后的软件产品更新版本的测试文件编制。 本规范并不要求采用特定的测试方法学、技术及设备或工具。对文件控制、配置管理或质量保证既不指明也不强制特定的方法学。根据所用的方法学，可能需要增加别的文件（如“质量保证计划” ）。 本规范既适用于纸张上的文件，也适用于其它媒体上的文件。如果电子文件编制系统不具有安全的批准注册机制，则批准签字的文件必须使用纸张

2. 引用标准 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 3. 定义本章定义本规范中使用的关键术语。 3.1设计层design level 软件项的设计分解（如系统、子系统、程序或模块）。 3.2通过准则pass criteria 判断一个软件项或软件特性的测试是否通过的判别依据。 3.3软件特性software feature 软件项的显著特性。（如功能、性能或可移植性 等）。 3.4软件项software item 源代码、目标代码、作业控制代码、控制数据或这些项的集 合。 3.5测试项test item 作为测试对象的软件项。 4. 概述 4.1 主要内容本规范确定了各个测试文件的格式和内容，所提出的文件类型包括测试计划、测试说明和测试报告。 测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本计划有关的风险等。 测试说明包括三类文件： （1）测试设计说明：详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。 （2）测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。