15 - 软件测试说明(STD)
软件测试复习大纲
软件测试方法和技术一、名词解释☐软件测试（IEEE）定义：在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价，分析某个软件项以发现现存的和要求的条件之差别（即错误）并评价此软件项的特性。
更完整的定义：软件测试是由“验证（Verification）”和“有效性确认（Validation）”活动构成的整体☐测试驱动开发（TDD Test Driven Development），即测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码，然后只编写使测试通过的功能代码，从而以测试来驱动整个开发过程的进行。
这有助于编写简洁可用和高质量的代码，有很高的灵活性和健壮性，能快速响应变化，并加速开发过程。
☐软件质量：软件产品具有满足规定的或隐含要求能力要求有关的特征与特征总和(ISO 8492)或者书P15：质量是产品或服务所满足明示或暗示需求能力的固有特性和特征的集合☐软件缺陷：P18（软件缺陷的现象也在该页）☐人工检测：人工检测偏重于编码风格、质量的检验，对设计、代码进行分析，有效地发现逻辑设计和编码错误。
☐计算机辅助静态分析：利用静态分析工具对被测程序进行特性分析，从程序中提取一些信息，以便检查程序逻辑的各种缺陷和可疑的程序构造。
☐主动测试方法：测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测试对象的行为，从而验证被测试对象的反应或输出结果☐被动测试方法：测试人员不干预产品的运行，而是被动地监控产品在实际环境中运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据.☐系统非功能性测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试P29☐错误推测法：是测试者根据经验、知识和直觉来发现软件错误，来推测程序中可能存在的各种错误，从而有针对性的进行测试P38☐独立路径：至少引入一系列新的处理语句或条件的任何路径☐基本集：由独立路径构成的集合☐基于模型的测试 (MBT, Model-based testing）：通过构建能够正确描述被测软件系统功能特性的模型，然后基于这个模型产生测试用例并执行这些测试用例的过程P57☐状态迁移图（state transition diagram，STD）：描述系统状态变化的动态信息——动态说明，由状态和迁移来描述，状态指出数据输入的位置（或时间），而迁移则指明状态的改变。
GJB438B军用软件开发文档通用要求
➢ 工作产品审核：描述进行工作产品审核的方法和依据，列出 项目过程应产生的工作产品和质量记录，以及需要由软件质 量保证人员负责审核的工作产品和相应的产品审核活动。 25
SQAP的主要内容（续）
➢ 不符合问题的解决：描述过程评审和产品审核的记录 以及形成记录的方法，并描述处理在评审和审核中出 现的不符合问题的规程。
对于大型信息系统的软件开发缺少有关规定（如：对于需 求逐步明确的情况、数据库设计和实现）；
对上个世纪九十年代以后广泛采用的软件工程有关要求、 技术和方法未明确涉及，如软件开发策划和跟踪、测量和 分析、质量保证、软件重用等。
软件质量管理规定和GJB5000的贯彻实施，促使军用软件有关 各方对软件工程化和软件过程改进的认识有很大提高。同时， 也感到GJB 2786在有些方面还没有明确支持，或不够协调。
当软件的安装需要开发人员参与，且安 装过程十分复杂时，应制定该计划。
27
SIP的主要内容
➢ 安装概述：描述安装过程、安装地点列表、安装进度、安装 方法、联系地点、保障材料、培训、软件安装过程中所涉及 的各项任务、所需人员、保密性方面的考虑等。
➢ 为软件中心操作员提供特定现场信息：描述现场安装期间要 完成任务的进度表、软件清单、设施和食宿供应、安装小组 的、安装规程、数据更新规程等。
本标准规定了执行GJB2786A所产生的军用软 件开发文档，适用于军用软件开发过程中文 档的编制。
9
GJB438B 其他说明
本标准代替GJB 438A-1997。 与GJB 438A-1997相比，本次修订将标准的名
称更改为《军用软件开发文档通用要求》。 依据GJB 2786A，从软件开发和管理的角度，
软件设计和开发控制程序
软件设计和开发控制程序1目的和范围本程序规定了公司军用软件设计开发的要求，包括软件来发的基本活动、支持活动和管理活动等方面。
本程序适用于本公司军用软件设计开发过程。
公司军用软件分两类，一类属于硬件-软件系统，软件嵌入硬件内一并交付顾客。
对于这类情况，本程序只适用于其中的软件部分；一类是单纯软件作为产品交付顾客，本程序适用这类产品设计开发全过程。
2规范性引用文件下列文件对于本程序的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本程序。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本程序。
GB/T-2016质量管理体系要求GJB 9001C-2017质量管理体系要求GJB 2786A-2009军用软件开发通用要求GJB438B-2009军用软件开发文档通用要求GJB5235-2004军用软件配置管理GJB 439A-2013军用软件质量保证通用要求GJB5234 -2004军用软件验证和确认GJB1267 -1991军用软件保护GJB1268A -2004军用软件验收要求GJB5716 -2006军用软件开辟库、受控库、产品库通用要求3术语和缩略语3.1术语3.1.1新产品产品功能指标超呈现有技术程度，工艺设备没法保障研制条件，必须采用新技术、新工艺、新器件（材料）、新设备才干满意用户要求的产品界说为新产品。
新产品含军队、军工单位立项委托研制项目以及公司自筹经费的自研项目。
3.1.2软件与计算机系统的操作有关的计算机程序、规程和可能相关的文档。
3.1.3软件开发产生软件产品的一组活动。
3.1.4软件开发文件与特定软件开发有关的资料库。
其内容一般包括（直接或通过引用）有关需求分析、设计和实现的考虑、理由和约束条件；开发方内部的测试信息；以及进度和状态信息。
3.1.5软件产品作为界说、保护或实施软件过程的一部分而生成的任何成品，包括过程说明、计划、规程、计算机程序和相干文档等，无论是不是计划将它们交付给顾客或最终用户。
软件工程课程课件第九章 软件项目的测试
G．J．Myers提出了程序测试的3个重要观点：
(1) 测试是为了证明程序有错，而不是证明程序无错； (2) 一个好的测试用例在于它发现至今没有发现的错误； (3) 一个成功的测试是发现了至今未发现的错误的测试。
测试并不是仅仅为了发现错误，而是通过分析错误产 生的原因以及错误发生的趋势，帮助管理者发现软件 开发过程中的缺陷，以便及时改进。
例如，需要输入某门课程的分数，课程满分是100分， 则输入数据的范围是[0,100]，那么输入条件的边界就 是0和100。
在进行边界值测试时，选取边界值一般遵循以下几条 原则：
（1）如果输入条件规定了值的范围，则应取刚达到这个 范围的边界的值，以及刚刚超越这个范围边界的值作 为测试输入数据。
软件测试与软件开发的各个阶段之间的关系如图9-1所示
问题2：
什么是黑盒测试，白盒测试以及灰盒测试？
9.2软件测试技术
按照测试执行状态划分，软件测试可以划分为静态测 试和动态测试。静态测试即对软件中的需求说明书、 设计说明书、程序源代码等进行评审。静态测试包括 代码审查、代码走查、桌面检查、静态分析和技术评 审。动态测试即通过人工或使用工具运行程序进行检 查、分析程序的执行状态和程序的外部表现，一般包 括黑盒测试、白盒测试和灰盒测试三类。
本章主要讨论问题：
什么是软件测试，软件测试的首要目的是什么？ 什么是黑盒测试，白盒测试以及灰盒测试？ 黑盒测试、白盒测试的主要方法是什么？ 软件测试包含哪些过程？
问题1：
什么是软件测试，软件测试的首要目的是什么？
9.1软件测试概述
1.软件质量
2007年末，奥运会门票销售系统瘫痪事件在中国各大 网站成为热点。奥运会票务系统瘫痪的主要原因有两 个：一个是在设计时，没有正确估计系统访问量，二 是没有对网站进行充分的测试。
软件开发规范
进行测试准备审查
2. 软件工程
* 进行CSC集成和测试； * 记录所有CSC集成和测试的结果； * 据测试情况对设计文档和代码进行必要 的修改，并做回归测试。
5.6 CSC集成和测试
3. 正式合格性测试
* 针对每个测试用例，制定安装、进行测试 和分析测试结果的规程； * 进行测试说明中规定的全部测试。
5.1 系统要求分析和设计
3. 正式合格性测试
根据系统规范，为每个CSCI规定初步的测试要求， 作为今后合格性测试的依据；
4. 软件产品评价
对下列产品按表1.进行评价： * 软件开发计划、 * 系统设计文件、 * 初步软件需求规格说明、 * 初步接口需求规格说明。
5.1 系统要求分析和设计
5. 配置管理
4.2 软件工程
7. 确定编程语言； 8. 编制和实施软件设计和编码标准； 9. 编制“软件开发文件”，记载开发过程， 内容包括：设计考虑和约束条件、设计 文档和资料、进度和状态信息、测试要 求和责任、测试用例、测试规程和测试 结果等； 10. 处理资源和预留量
4.3 正式合格性测试
正式合格性测试要求： 1. 制定测试计划； 2. 建立测试环境； 3. 保证测试独立性； 4. 测试用例要求的可追踪性；
1. 软件开发管理
进行支持功能配置审核和物理配置审核的 准备工作，但相应CSCI的具体审核可在系统 集成和测试后进行。
5.7 CSCI测试
2. 软件工程
* 据测试情况对设计文档和代码进行必要的修 改，并做回归测试，编制可交付的源代码。 * 据测试情况对接口设计文档进行必要的修改， 并编制可交付的接口设计文档； * 对每个CSCI编制软件产品规格说明书。
5.7 CSCI测试
软件测试复习题
名词解释题1.软件生命周期从软件项目提出直至不再使用、需要重新开发的生命周期。
包括需求、概要设计、详细设计、代码实现、软件测试、维护等阶段。
2.软件质量软件质量就是指软件系统或系统中的软件部分的质量，即满足用户需求，包括功能需求和性能需求的程度。
3.软件测试软件测试是一种作为主体的人通过各种手段对客体软件的某种固有属性进行的一种以认知，和改造为目的的活动4.软件错误也称故障，导致失效的原因，或者程序内部的一个错误。
5.软件缺陷在程序中存在的，有可能诱发软件故障或导致软件失效的潜在因素。
6.动态测试动态测试是在抽样测试数据上执行程序并分析输出以及发现错误的过程。
包括白盒测试技术和黑盒测试技术7.静态测试静态测试是不执行程序代码而寻找文档、程序代码中可能存在的错误的过程。
8.黑盒测试黑盒测试也称功能测试或数据驱动测试，前提是已知产品所具有的功能，通过测试来检测每个功能是否都正常使用。
黑盒测试法常用的技术包括：功能分解法、等价类划分法、边界值解析法、因果图法、随机测试、猜错法等。
9.白盒测试白盒测试是吧测试对象看做一个打开的盒子。
利用白盒测试法进行动态测试时，除了要验证软件的功能特性之外，还特别需要测试软件产品内部结构和处理过程。
白盒测试法的覆盖标准由逻辑覆盖测试、基本路径测试和循环结构覆盖测试。
10.单元测试单元测试的对象是程序系统中的最小单元---模块。
单元测试的依据是详细设喵叔，单元测试应对模块内所有重要的控制路径测试测试用例，以便发现模块内部的错误。
单元测试多采用白盒测试技术，对系统内多个模块可以进行并行测试。
11.集成测试集成测试，也称组装测试、联合测试、子系统测试，在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的模块之间问题。
两种集成方式：一次性集成方式和增殖式集成方式。
12.系统测试系统测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试，包括恢复测试、安全测试、强度测试和性能测试等。
GJB438B军用软件开发文档通用要求
软件使用准备 分承制方管理
软件移交准备 与IV&V机构联系
软件验收支持 与相关开发方协调
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。 页码编制
文档正文的目录使用小写罗马数字编号； 文档正文和附录均使用阿拉伯数字顺序编号； 若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。 如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
软件保障资源：描述支持可交付软件所需的设施、硬件、软 件及其相关的文档，描述支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。 推荐的过程：描述为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经验教训。 培训：描述开发方关于软件交付支持人员的培训计划。
STP的主要内容
测试依据：列出软件测试必须遵循的依据。
软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件 项等，描述网络拓扑图及所需的其它材料，描述与软件测试环境中每个元 素有关的专有性质、需方权利与许可证等问题，描述开发方安装、测试和 控制软件测试环境中的每一项的计划，描述拟建立的测试环境与需求环境 之间的差异，描述参与现场测试的组织及职责、人员及分工，描述测试前 和测试期间要进行的人员培训，标识测试现场要执行的测试等。 测试标识：描述要执行的测试的级别、类别、一般测试条件、测试进展、 数据记录整理和分析等一般信息，描述计划执行的测试等。 测试进度：描述实施本计划中所标识测试的进度表。 测试终止条件：描述被测软件的评价准则和方法以及结束测试的条件。 需求的可追踪性。
软件工程的国家标准 总结
软件工程的国家标准总结国际标准化组织（ISO）、国际电工委员会（IEC）、国际电信联盟（ITU）信息技术领域：电气电子工程师学会（IEEE）、Internet协会、国际Web联盟（W3C）在中国，按照国务院授权，在国家质量监督检验检疫总局管理下，国家标准化管理委员会（SAC）统一管理全国标准化工作。
全国信息技术标准化技术委员会在国家标管委领导下负责信息技术领域国家标准的规划和制订工作。
根据制定机构和适用范围的不同，标准按类型划分，可分为强制性标准和推荐性标准。
国际标准、国家标准、行业标准、区域/地方标准和企业标准1、国际标准：是指由国际联合机构制定和公布，提供各国参考的标准，ISO、IEC、ITU2、国家标准：是指由政府或国家级的机构制定或批准，适用于全国范围的标准，GB或GB/T：中华人民共和国国家标准，由国标委制定，国家质量监督检验检疫总局批准和公布FIPS-NBS：美国国家标准局联邦信息处理标准BS：英国国家标准JIS：日本工业标准3、行业标准：是指由行业机构、学术团队或国防机构制定，并适用于某个业务领域的标准，IEEE：电气电子工程师学会标准GJB：中华人民共和国国家军事标准，DOD-STD：美国国防部标准，适用于美国国防部门MIL-S：美国军用标准，适用于美国军队内部4、区域/地方标准：是指由区域性国际联合机构制定和公布，提供区域内各国参考和执行的标准ARS：非洲地区标准ASMO：阿拉伯标准EN：欧洲标准ETS：欧洲电信标准PAS：泛美标准国内地方标准是指由省、自治区、直辖市标准化行政主管部门制定，并报国务院标准化行政主管部门和国务院有关行政主管部门备案，仅适用于本地的标准。
5、企业标准：是指一些大企业或机构，由于工作需要制定的适用于本企业或机构的标准，企业标准以Q开头。
各级标准之间的关系：1、对需要在全国范围内统一的技术要求，应当制定国家标准。
2、对没有国家标准而又需要在全国某个行业范围内统一的技术要求，可以制定行业标准。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试说明(STD)
说明：
1.《软件测试说明》(STD)描述执行计算机软件配置项CSCI,系统或子系统合格性测试所用到的测试准备、测试用例及测试过程。
2.通过STD需方能够评估所执行的合格性测试是否充分。
目录
软件测试说明(STD) (1)
1引言 (3)
1.1标识 (3)
1.2系统概述 (3)
1.3文档概述 (3)
2引用文件 (3)
3测试准备 (3)
4测试说明 (4)
5需求的可追踪性 (6)
6注解 (6)
附录 (6)
1引言
1.1标识
本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述
本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述
本条应概述本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3测试准备
本章应分以下几条，(若适用)应包括用“警告”或“注意”标记的安全提示和保密性与私密性考虑。
3.x(测试的项目唯一标识符)
本条应用项目唯一标识符标识一个测试并提供简要说明，应分为以下几条。
当所需信息与前面为另一测试所指出的信息重复时，此处可作引用而无需重复。
3.x.1硬件准备
本条应描述为进行测试工作需要做的硬件准备过程。
有关这些过程可以引用已出版的操作手册。
(若适用)应提供以下内容：
a.要使用的特定硬件，用名字和(若适用)编号标识；
b.任何用于连接硬件的开关设置和电缆；
c.说明硬件、互联控制和数据路径的一个或多个图示；
d.使硬件处于就绪状态的分步指令。
3.x.2软件准备
本条应描述为测试准备被测项和其他有关软件，包括用于测试的数据的必要过程。
有关这些
过程，可以引用已出版的软件手册。
(若适用)应提供下述信息：
a.测试中要使用的特定软件；
b.被测项的存储媒体(如磁带、盘)；
c.任何相关软件(如模拟器、测试驱动程序、数据库)的存储媒体；
d.加载软件的指令，包括所需的顺序；
e.多个测试用例共同使用的软件初始化指令。
3.x.3其他测试前准备
本条应描述进行测试前所需的其他人员活动、准备或过程。
4测试说明
本章应分为以下几条。
(若适用)应包括用“警告”或“注意”标记的安全提示和保密性与私密性考虑。
4.x(测试的项目唯一标识符)
本条应用项目唯一标识符标识一个测试，并分为以下几条。
当所需信息与以前提供的信息重复时，此处可作引用而无需重复。
4.x.y(测试用例的项目唯一标识符)
本条应用项目唯一标识符标识一个测试用例，说明其目的并提供简要描述。
下述各条提供测试用例的详细说明。
4.x.y.1涉及的需求
本条应标识测试用例所涉及的CSCI需求或系统需求(此信息亦可在5.a中提供)。
4.x.y.2先决条件
本条应标识执行测试用例前必须建立的先决条件，(若适用)应讨论以下内容：
a.软、硬件配置；
b.测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；
c.运行测试用例所需的预置硬件条件或电气状态；
d.计时度量所用的初始条件；
e.模拟环境的条件；
f.测试用例特有的其他特殊条件。
4.x.y.3测试输入
本条应描述测试用例所需的测试输入，(若适用)应提供以下内容：
a.每一测试输入的名称、用途和说明(如值的范围、准确度)；
b.测试输入的来源与用于选择测试输入的方法；
c.测试输入是真实的还是模拟的；
d.测试输入的时间或事件序列；
e.控制输入数据的方式：
1)用最小/合理数量的数据类型和值测试各项；
2)对过载、饱和及其他“最坏情况”影响，用各种有效数据类型和值试验被测各项；
3)对非常规输入处理用无效数据类型和值试验被测各项；
4)如需要允许再测试。
4.x.y.4预期测试结果
本条应标识测试用例的所有预期测试结果。
(若适用)应提供中间结果和最终结果。
4.x.y.5评价结果的准则
本条应标识用于评价测试用例的中间和最终测试结果的准则。
(若适用)应对每一测试结果提供以下信息：
a.输出可能变化但仍能接受的范围或准确度；
b.构成可接受的测试结果的输入和输出条件的最少组合或选择；
c.用时间或事件数表示的最大/最小允许的测试持续时间；
d.可能发生的中断、停机或其他系统故障的最大数目；
e.允许的处理错误的严重程度；
f.当测试结果不明确时执行重测试的条件；
g.把输出解释为“指出在输入测试数据、测试数据库/数据文件或测试过程中的不规则性”的条件；
h.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；
i.以上未提及的其他准则。
4.x.y.6测试过程
本条应定义测试用例的测试过程。
测试过程应被定义为以执行步骤顺序排列的、一系列单独编号的步骤。
为便于文档维护，可以将测试过程作为附录并在此引用。
每个测试过程的适当详细程度依赖于被测试软件的类型。
对于某些软件，每次键击可以是一个单独的测试过程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串键击或其他动作。
适当的详细程度应该有利于规定预期结果并把它们与实际结果进行比较。
(若适用)每一测试过程应提供：
a.每一步骤所需的测试操作员的动作和设备操作，(若适用)包括以下方面的命令：
1)初始化测试用例并运用测试输入；
2)检查测试条件；
3)执行测试结果的临时评价；
4)记录数据；
5)暂停或中断测试用例；
6)如果需要，请求数据转储或其他帮助；
7)修改数据库/数据文件；
8)如果不成功，重复测试用例；
9)根据该测试用例的要求，应用替代方式；
10)终止测试用例。
b.对每一步骤的预期结果与评价准则
c.如果测试用例涉及多个需求，需标识出哪一个(些)测试过程步骤涉及哪些需求。
(亦可在第5章中提供)
d.程序停止或指示的错误发生后要采取的动作，如：
1)为便于引用，根据指示器记录关键的数据；
2)暂停或中止对时间敏感的测试支持软件和测试仪器；
3)收集与测试结果有关的系统记录和操作员记录。
e.归约和分析测试结果所采用的过程，(若适用)应完成下述各项：
1)检测是否已产生了输出；
2)标识由测试用例所产生数据的媒体和位置；
3)评价输出，作为继续测试序列的基础；
4)与所需的输出对照，评价测试输出。
4.x.y.7假设和约束
本条应标识所做的任何假设，以及在描述测试用例中由于系统或测试条件而引人的约束或限
制，如时间、接口、设备、人员与数据库/数据文件的限制。
如果对指定的限制和参数放弃或例外得到批准的话，应对它们加以标识，并且本条应指出它们对测试用例的影响与冲击。
5需求的可追踪性
本章应包括：
a.从本文中的每个测试用例到它所涉及的系统或CSCI需求的可追踪性。
如果测试用例涉及多个需求，应包含从每一组测试过程步骤到所涉及的需求的可追踪性(此可追踪性亦可在
4.x.y.1中提供).
b.从本文所提及的每个系统或CSCI需求到涉及它们的测试用例的可追踪性。
对于CSCI测试，是从CSCI软件需求规格说明(SRS)和有关接口需求规格说明(IRS)中的CSCI需求到涉及它们的测试用例的可追踪性。
对于系统测试，是从在系统的系统/子系统规格说明(SSS)及有关IRS中的每个系统需求到涉及它们的测试用例的可追踪性。
如果测试用例涉及多个需求，则可追踪性应指明涉及每一个需求的具体测试过程步骤。
6注解
本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。
本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。
为便于处理，附录可单独装订成册。
附录应按字母顺序(A,B等)编排。