软件测试文档编制规范
- 格式:doc
- 大小:314.50 KB
- 文档页数:10
软件测试流程规范最全软件测试流程是指在软件开发过程中,通过对软件的功能、性能、质量等方面进行验证和检测,确保软件的稳定性和可靠性的一系列步骤和规范。
一个完善的软件测试流程可以帮助开发团队更好地发现和修复软件中的问题,提高软件的质量和用户体验。
下面是一个较为全面的软件测试流程规范,详细说明了每个阶段的任务和要求。
1.需求分析阶段在需求分析阶段,测试团队应该与业务分析人员一起参与需求讨论和分析工作,明确需求背景、功能要求和性能需求等。
测试团队应该对需求文档进行评审,确保需求的完整性和可测试性。
2.测试计划编制阶段在测试计划编制阶段,测试团队应该根据需求分析结果和软件开发进度制定测试计划。
测试计划应该包括测试目标、测试范围、测试策略、测试环境等内容。
测试计划还应该确定测试工具的选择和测试资源的分配。
3.测试用例设计阶段在测试用例设计阶段,测试团队根据需求文档和测试计划编制测试用例。
测试用例应该覆盖所有的功能点和场景,并包含预期结果。
测试用例设计应遵循等价类分析、边界值分析、场景分析等原则。
4.测试环境搭建阶段在测试环境搭建阶段,测试团队应该根据测试计划的要求搭建相应的测试环境。
测试环境应该与实际运行环境相同或相似,包括硬件设备、操作系统、数据库等。
测试环境应该保持稳定和可重复性。
在静态测试阶段,测试团队对设计文档、代码和其他文档进行静态测试。
静态测试可以帮助发现和修复设计和实现中的问题,提高软件的质量和可维护性。
静态测试方法包括代码审查、文档审查等。
6.单元测试阶段在单元测试阶段,开发人员对各个单位模块进行测试,以验证其功能的正确性和稳定性。
单元测试应该覆盖模块的各种路径和情况,使用合适的测试工具和框架进行测试。
单元测试应该在编码完成后立即进行。
7.集成测试阶段在集成测试阶段,各个模块进行集成和测试。
集成测试应该覆盖各个模块之间的接口和交互,以验证模块的正确集成。
集成测试应该从小规模的集成开始,逐渐扩大规模,确保各个模块的稳定性和一致性。
计算机软件开发文档编制规范篇一:计算机软件文档编制规范《计算机软件文档编写指南》一.计算机软件文档由封面、目录、正文、注释和附录组成。
封面格式:密级:编号:文档名称:项目名称:编制:审核:批准:×××××××××××××研究所年月日二.计算机软件文档包括:1)软件开发计划2)软件需求规格说明3)接口需求规格说明4)接口设计文档5)软件设计文档6)软件产品规格说明7)版本说明文档8)软件测试计划9)软件测试说明10)软件测试报告11)计算机系统操作员手册12)软件用户手册13)软件程序员手册14)计算机资源综合保障文件软件开发计划一.引言1.编写目的(阐明编写软件计划的目的,指出读者对象。
)2.项目背景(可包括:(1)项目委托单位、开发单位和主管部门;(2)该软件系统与其他系统的关系。
)3.定义(列出本文档中用到的专门术语的定义和缩略词的原文。
)4.参考资料(可包括:(1)项目经核准的计划任务书、合同或上级机关的批文;(2)文档所引用的资料、规范等;列出资料的、标题、编号、发表日期、出版单位或资料来源。
)二.项目概述1. 工作内容(简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性研究报告,则应在本节给出较详细的介绍。
)2. 条件与限制(阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。
)3. 产品(1)程序(列出应交付的程序名称使用的语言及存储形式。
)(2)文档(列出应交付的文档。
)(3)运行环境(应包括硬件环境软件环境。
)4.服务(阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。
)5.验收标准三.实施计划1.任务分解(任务的划分及各项任务的负责人。
软件测试标准规范1目的为了确保软件产品质量,使产品能够顺利交付和通过验收,特编写本文档,以作参考2适用范围本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。
3职责➢项目测试负责人组织编制《测试计划》、《测试方案》,指导和督促测试人员完成各阶段的测试工作。
➢项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务,并按要求填写《问题报告及维护记录》。
➢测试经理依照确认规程和准则对工作产品进行确认,提出对确认规程和准则的修改意见➢项目负责人组织测试环境的建立。
➢项目经理审核负责控制整个项目的时间和质量。
➢研发人员确认修改测试人员提交的bug。
4工作流程4.1 测试依据详细设计是模块测试的依据。
因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。
测试人员必须认真阅读,真正弄懂系统需求和详细设计。
4.2 制订《测试方案》在测试之前,由项目负责人根据《测试计划》的要求,组织人员编制相应的《测试方案》,《测试方案》应包括以下内容:➢测试目的;➢所需人员及相应培训要求;➢测试环境、工具和测试软件;➢测试用例、测试数据和预期的结果。
4.3 单元测试项目开发实现过程中,每个程序单元(程序单元的划分视具体开发工具而定,一般定为函数或子程序级)编码调试通过后,要及时进行单元测试。
单元测试由单元开发者自己进行,使用白盒测试方法,根据程序单元的控制流程,争取达到分支覆盖。
对于交互式运行的产品,不便于进行自动测试的,可以采用功能测试的方法进行。
单元测试针对程序模块,从程序的内部结构出发设计测试用例。
多个模块可以独立进行单元测试。
➢单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等;➢单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试;➢单元测试停止标准:完成了所有规定单元的测试,单元测试中发现的bug已经得到修改。
软件开发文档软件测试规范设计单位:建设单位:编制日期:目录第一章概述 (1)第二章测试理论 (2)2.1. 软件测试 (2)2.2. 测试目标 (3)第三章测试流程 (5)3.1. 测试流程图 (5)3.2. 流程细则 (9)3.2.1. 需求阶段 (9)3.2.2. 设计编码阶段 (9)3.2.3. 测试阶段 (9)3.2.4. 用户测试阶段 (11)3.3. 注意事项 (11)第四章测试类型 (14)4.1. 模块测试 (14)4.2. 子系统测试 (14)4.3. 系统测试 (15)4.4. 验收测试 (15)第五章黑盒测试方法 (16)5.1. 等价类划分 (18)5.2. 因果图 (20)5.3. 边值分析法 (21)5.4. 猜错法 (22)5.5. 随机数法 (23)第六章白盒测试方法 (24)6.1. 语句覆盖 (25)6.2. 判定理盖 (26)6.3. 条件覆盖 (27)6.4. 判定/条件覆盖 (28)6.5. 条件组合覆盖 (29)第七章测试错误类型 (31)7.1. A类 (31)7.2. B类 (31)7.3. C类 (32)7.4. D类 (32)7.5. E类 (33)第八章测试标准 (34)第九章附录一单元测试报告 (35)9.1. 测试过程与结果 (35)9.1.1. (某程序模块/文档名称)测试 (35)9.1.2. (某程序模块/文档名称)测试 (35)9.2. 测试结论 (36)第十章附录二集成测试报告 (37)第十一章附录三测试大纲 (38)11.1. 概述 (38)11.1.1. 编写目的 (38)11.1.2. 参考资料 (38)11.1.3. 术语和缩写词 (38)11.1.4. 测试内容和测试种类 (38)11.2. 系统结构 (39)11.3. 测试目的 (39)11.4. 测试环境 (39)11.4.1. 硬件 (39)11.4.2. 软件 (39)11.5. 人员 (39)11.6. 测试说明 (39)11.6.1. [测试1名称及标识符]说明 (40)11.6.2. [测试2名称及标识符]说明 (40)11.6.3. [测试3名称及标识符]说明 (41)11.6.4. [测试4名称及标识符]说明 (41)第十二章附录四测试大纲附录 (42)第十三章附录五测试计划 (44)13.1. 概述 (44)13.1.1. 编写目的 (44)13.1.2. 参考资料 (44)13.1.3. 术语和缩写词 (44)13.1.4. 测试种类 (44)13.2. 系统描述 (45)13.3. 测试环境 (45)13.3.1. 硬件 (45)13.3.2. 软件 (45)13.4. 测试安排 (45)13.4.1. (子系统1名称和项目唯一标识号) (45)13.4.2. (子系统2名称和项目唯一标识号) (46)13.5. 测试数据的记录、整理和分析 (46)第十四章附录六程序错误报告 (48)第十五章附录七测试分析报告 (50)15.1. 概述 (50)15.1.1. 编写目的 (50)15.1.2. 参考资料 (50)15.1.3. 术语和缩写词 (50)15.2. 测试对象 (50)15.3. 测试分析 (51)15.3.1. 测试结果分析 (51)15.3.2. 对比分析 (52)15.3.3. 测试评估 (52)15.4. 测试结论 (52)第一章概述本规范是对项目软件测试的一份指导性文件,对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范,以有效保证软件产品的质量。
《计算机软件文档编写指南》一.计算机软件文档由封面、目录、正文、注释和附录组成。
封面格式:密级:编号:文档名称:项目名称:编制:审核:批准:×××××××××××××研究所年月日二.计算机软件文档包括:1)软件开发计划2)软件需求规格说明3)接口需求规格说明4)接口设计文档5)软件设计文档6)软件产品规格说明7)版本说明文档8)软件测试计划9)软件测试说明10)软件测试报告11)计算机系统操作员手册12)软件用户手册13)软件程序员手册14)计算机资源综合保障文件软件开发计划一.引言1.编写目的(阐明编写软件计划的目的,指出读者对象。
)2.项目背景(可包括:(1)项目委托单位、开发单位和主管部门;(2)该软件系统与其他系统的关系。
)3.定义(列出本文档中用到的专门术语的定义和缩略词的原文。
)4.参考资料(可包括:(1)项目经核准的计划任务书、合同或上级机关的批文;(2)文档所引用的资料、规范等;列出资料的作者、标题、编号、发表日期、出版单位或资料来源。
)二.项目概述1.工作内容(简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性研究报告,则应在本节给出较详细的介绍。
)2.条件与限制(阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件.必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。
)3.产品(1)程序(列出应交付的程序名称使用的语言及存储形式。
)(2)文档(列出应交付的文档。
)(3)运行环境(应包括硬件环境软件环境。
)4.服务(阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。
)5.验收标准三.实施计划1.任务分解(任务的划分及各项任务的负责人。
)2.进度(按阶段完成的项目,用图表说明开始时间完成时间。
软件测试质量规章制度第一章总则第一条为了规范软件测试工作,提高软件测试质量,制定本规章制度。
第二条本规章制度适用于公司所有涉及软件测试工作的部门和人员。
第三条软件测试是保证软件质量和可靠性的重要手段,必须重视软件测试工作。
第四条软件测试的目标是发现软件存在的缺陷和问题,保证软件的质量和稳定性。
第五条软件测试工作必须按照规章制度的要求进行,不得擅自修改或者违反规定。
第二章软件测试计划第六条在软件测试工作开始前,必须制定详细的测试计划。
第七条测试计划应当包括测试的目标、范围、方法、资源、进度和质量要求等内容。
第八条测试计划必须经过相关部门和人员的审批和确认,方可执行。
第九条测试过程中如果需要调整测试计划,必须经过相关部门和人员的批准。
第十条测试计划必须根据实际情况进行调整和优化,确保软件测试工作按计划进行。
第三章软件测试过程第十一条软件测试过程必须按照测试计划进行,不得随意更改或者省略测试环节。
第十二条软件测试过程包括测试准备、测试设计、测试执行、测试评审和问题跟踪等环节。
第十三条测试过程中必须记录详细的测试过程和结果,以备后续分析和回溯。
第十四条测试过程中必须保证测试环境的稳定和可靠,确保测试结果的准确性和可信度。
第十五条测试人员必须具备专业的测试知识和技能,熟悉测试工具和方法。
第四章软件测试工具第十六条软件测试工具是提高测试效率和质量的重要手段,必须合理应用。
第十七条在选用测试工具时,必须充分考虑软件测试的实际需求和特点。
第十八条测试工具的选择必须经过评估和测试,确保其适用性和稳定性。
第十九条测试工具的使用必须按照相关规定和方法进行,不得滥用或者误用。
第二十条测试工具的管理必须做到规范和有效,确保测试工作的顺利进行。
第五章软件测试报告第二十一条软件测试过程中必须定期生成测试报告,记录测试过程和结果。
第二十二条测试报告必须真实准确地反映测试情况和结果,不得掺杂虚假信息。
第二十三条测试报告必须按照规定的格式和要求进行编写和提交。
软件测试管理办法(一)引言概述:软件测试是保障软件质量的重要环节,而软件测试管理办法则是指导团队有效进行软件测试活动的规范性文件。
本文将介绍软件测试管理办法的第一部分,包括测试计划制定、测试用例设计、测试环境搭建、测试执行和测试结果分析等方面的内容。
正文:一、测试计划制定1. 确定测试目标和范围2. 制定测试计划的时间和资源安排3. 设定测试计划的评估指标和里程碑4. 分配测试任务和责任5. 编制测试计划的文档和模板二、测试用例设计1. 根据软件需求和功能定义测试用例2. 设计各类测试用例,包括正常场景、边界条件和异常情况3. 确定测试用例的执行顺序和优先级4. 编写详细的测试用例描述和预期结果5. 审查和评估测试用例的可行性和覆盖度三、测试环境搭建1. 配置合适的硬件设备和操作系统2. 部署相应的测试工具和软件3. 创建测试数据库和数据资源4. 配置网络和服务器环境5. 确保测试环境与实际使用环境的一致性四、测试执行1. 按照测试计划和用例执行测试2. 记录测试环境的配置和执行过程的详细信息3. 进行测试数据的准备和清理4. 验证测试结果是否符合预期5. 及时记录和报告发现的缺陷和问题五、测试结果分析1. 对测试结果进行统计和分析2. 制定缺陷报告和跟踪表3. 分析缺陷原因和改进措施4. 评估测试的覆盖度和效果5. 形成针对性的测试总结和建议总结:软件测试管理办法的第一部分涵盖了测试计划制定、测试用例设计、测试环境搭建、测试执行和测试结果分析等方面的内容。
通过遵循这些管理办法,可以提高软件测试的效率和质量,并及时发现和解决问题,从而保障软件交付的稳定性和可靠性。
在下一部分中,我们将重点介绍软件测试管理办法的其他内容。
文档编制规范目录文档编制规范 (1)一、文档的分类 (2)二、文档的编号 (2)三、文档编写的格式要求 (3)3.1、页面布局 (3)3.1.1、页边距 (3)3.1.2、页眉页脚 (3)3.2、首页标题及公司基本信息 (4)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 -001 V2.12.1表示第二版第一次修改第一个文件规章制度企业管理部说明:1.部门代码为各部门的拼音首字母(公司的部门代码为GTXD)。
部门编码示例:企业管理部-QYGL、人力资源部-RLZY、行政部-XZ、开发部-KF(子部门为KF1、KF2类推)、实施部-SS(子部门SS1、SS3类推)、测试部-CS等;2.版本号使用2位数字进行声明,数字间使用英文标点“.”隔开。
计算机软件测试规范引言:计算机软件广泛应用于各行各业,确保软件质量和安全性对于用户的满意度和企业的声誉至关重要。
而软件测试规范作为软件开发和测试的指导,对于提高软件的质量和可靠性起到了重要的作用。
本文将重点介绍计算机软件测试规范的相关内容,包括测试策略、测试计划、测试用例设计以及测试执行的规范。
一、测试策略测试策略是软件测试的基础,它明确测试的目标、范围和方法,对软件测试的整体规划起到了指导作用。
在制定测试策略时,应该考虑以下几个方面:1. 定义测试目标:明确测试的目标,例如发现软件中的缺陷、评估软件的质量等。
2. 确定测试范围:明确测试的范围,包括功能测试、性能测试、安全测试等方面,并明确测试的时间和资源限制。
3. 制定测试计划:详细规划测试的时间安排、测试环境的准备、测试资源的分配等内容,确保测试工作有序进行。
4. 选择测试方法和技术:根据软件的特点和要求,选择适合的测试方法和技术,例如黑盒测试、白盒测试、自动化测试等。
二、测试计划测试计划是在测试策略的基础上,对测试活动进行具体规划的文件。
测试计划的编制应包含以下内容:1. 软件概述:对待测软件的背景、目标和功能进行简要描述,让测试人员对软件有一个全面的了解。
2. 测试目标和测试范围:明确测试的目标和范围,确保测试工作有重点,尽可能地覆盖所有可能出现问题的区域。
3. 测试资源和时间安排:明确测试需要的人力资源、硬件设备和测试环境,并规划测试的时间安排,确保测试人员有足够的时间和资源进行测试。
4. 测试进度和风险评估:制定详细的测试进度表,确保测试工作按时完成,并对可能遇到的风险进行评估和应对措施的制定。
5. 测试人员和责任分配:明确各个测试岗位的职责和测试人员的分工,确保测试团队的协作和高效运作。
三、测试用例设计测试用例是用来检验软件是否按照设计要求工作的一系列步骤和预期结果。
在测试用例设计时,应该遵循以下几个原则:1. 有效性和全面性:测试用例应覆盖软件的主要功能和边界条件,能够发现潜在的问题。
文档编制规目录文档编制规 (1)一、文档的分类 (2)二、文档的编号 (2)三、文档编写的格式要求 (3)3.1、页面布局 (3)3.1.1、页边距 (3)3.1.2、页眉页脚 (3)3.2、首页标题及公司基本信息 (4)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.12.1表示第二版第一次修改第一个文件规章制度企业管理部说明:1.部门代码为各部门的拼音首字母(公司的部门代码为GTXD)。
部门编码示例:企业管理部-QYGL、人力资源部-RLZY、行政部-XZ、开发部-KF(子部门为KF1、KF2类推)、实施部-SS(子部门SS1、SS3类推)、测试部-CS等;2.版本号使用2位数字进行声明,数字间使用英文标点“.”隔开。
首位数字表示第几个版本,末尾数字表示版本的第几次修改。
文档编制规范
目录
文档编制规范 (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及公司基本信息。
标题:用一号加粗黑体字(数字或英文字体用Times new Roman),可分一行或多行居中对齐,4倍行距,正文文本,分行时,要做到词意完整,排列对称,间距恰当。
3.3、目录
目录(二字):三号加粗宋体字,字符间距10磅,居中对齐,1.5倍行距,大纲级别正文文本,左右无缩进,段前段后无间距。
目录内容:五号宋体(Times new Roman),单倍行距,不加粗,不倾斜,采用“引用自动目录”方式获取目录。
在目录下方插入分页符。
3.4、正文
3.4.1、正文内容
五号宋体(Times new Roman),不加粗,标准字符间距,左对齐,首行缩进2字符,1.5倍行距,左右无缩进,段前段后无间距,其他保持标准。
3.4.2、小标题级别
3.4.2.1、第一级
三号宋体,加粗,标准字符间距,两端对齐,大纲级别1级,1.5倍行距,段前段后6磅,左右无缩进,项目符号和编号:一、二、……。
3.4.2.2、第二级
小三号宋体(Times new Roman),加粗,标准字符间距,两端对齐,大纲级别2级,1.5倍行距,段前段后6磅,左右无缩进,项目符号和编号:1.1、,1.2、,……。
3.4.2.3、第三级
四号宋体(Times new Roman),加粗,标准字符间距,两端对齐,大纲级别3级,1.5倍行距,段前段后6磅,左右无缩进,项目符号和编号:1.1.1、,1.1.2、,……。
3.4.2.4、第四级
小四号宋体(Times new Roman),加粗,标准字符间距,两端对齐,大纲级别4级,1.5倍行距,段前段后6磅,左右无缩进,项目符号和编号:1.1.1.1、,1.1.1.2、,……。
3.4.2.5、第五级
五号宋体(Times new Roman),加粗,标准字符间距,两端对齐,大纲级别4级,1.5倍行距,段前段后6磅,左右无缩进,项目符号和编号:1.1.1.1.1、,1.1.1.1.2、,……。
3.4.2.6、第六级
五号宋体(Times new Roman),不加粗,标准字符间距,两端对齐,大纲级别4级,1.5倍行距,段前段后6磅,左右无缩进,项目符号和编号:1.1.1.1.1.1、,1.1.1.1.1.2、,……。
3.4.3、图片与表格
3.4.3.1、图片
图片大于文档:将其缩小至左右两端与文档对齐,首行无缩进,大纲级别正文文本,1.5倍行距,左右无缩进,段前段后无间距,如下图所示:
图片较小:图片居中对齐,首行无缩进,大纲级别正文文本,1.5倍行距,左右无缩进,段前段后无间距,如下图所示:
3.4.3.2、表格
表格标题:五号宋体(Times new Roman),加粗,标准字符间距,水平居中对齐,使用底纹(如下表),跨页的表单需设置标题行重复。
无首行缩进,大纲级别正文文本,1.5倍行距,左右无缩进,段前段后无间距,其他保持标准。
表格内容:五号宋体(Times new Roman),不加粗,标准字符间距,根据内容选择水平左对齐或水平居中对齐,无首行缩进,大纲级别正文文本,1.5倍行距,左右无缩进,段前段后无间距,其他保持标准。
表格整体相对于文档,居中对齐。
如下表所示:
3.4.4、功能点与列表
3.4.4.1、功能点
五号宋体(Times new Roman),加粗,标准字符间距,左对齐,首行缩进2字符,大纲级别正文文本,1.5倍行距,左右无缩进,段前段后无间距,项目符号和编号:●。
如下所示:
●功能点
3.4.4.2、列表
五号宋体(Times new Roman),不加粗,标准字符间距,左对齐,首行缩进2字符,大纲级别正文文本,1.5倍行距,左右无缩进,段前段后无间距,项目符号和编号:。
如下所示:
✓列表1
✓列表2
✓列表3
✓列表4
✓列表5
✓列表6
3.5、附件
如有附件,在正文下插入分页符,另起一页,首行缩进2字符,使用五号宋体字,加粗,标识“附件”两字,后标全角冒号和名称。
附件如有序号,使用阿拉伯数码,如:“附件:1.×××××”;附件名称后不加标点符号。
附件具体内容排版与正文一致。
附件:1.×××××
附件:2.×××××附件:3.×××××附件:4.×××××附件:5.×××××附件:6.×××××附件:7.×××××。