精选软件测试缺陷类型划分

软件缺陷分类标准

修订历史记录

（A-添加，M-修改，D-删除）

目录

1. 引言 (4)

1.1 编写目的 (4)

1.2 定义与缩写 (4)

1.3 参考资料 (4)

2. 软件缺陷分类标准 (4)

2.1 问题类型 (4)

2.2 缺陷属性 (5)

2.3 缺陷类型 (5)

2.4 缺陷严重程度 (7)

2.5 缺陷优先级 (8)

2.6 缺陷状态 (8)

2.7 缺陷来源、起源 (9)

2.8 缺陷根源 (10)

2.9 缺陷产生可能性 (10)

1.引言

1.1编写目的

制定本标准的目的是为软件测试提供确信分类的标准。本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。其预期的读者是测试人员、开发人员、开发经理。

1.2定义与缩写

1.3参考资料

表格1-2 参考资料列表

2.软件缺陷分类标准

2.1问题类型

表格2-1 问题类型表格

2.2缺陷属性

软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因、缺陷产生可能性。

表格2-2 缺陷属性列表

2.3缺陷类型

表格2-3缺陷类型列表

2.4缺陷严重程度

缺陷严重程度:指因缺陷引起的鼓掌对软件产品的影响程度。

2.5缺陷优先级

表格2-5 缺陷优先级

2.6缺陷状态

表格2-6 缺陷状态

2.7缺陷来源、起源

缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码。

缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶

缺陷严重级别定义:

o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o 紧急---事件非常重要,并且需要马上给予关注.

o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.

o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决. o 低级---事件不重要,可以在时间和资源允许的情况下再解决.

o 建议性缺陷.

更为详细的划分如下:

A类——严重错误，包括：

o 由于程序所引起的死机,非法退出

o 死循环

o 导致数据库发生死锁

o 数据通讯错误

o 严重的数值计算错误

B类——较严重错误，包括：

o 功能不符

o 数据流错误

o 程序接口错误

o 轻微的数值计算错误

C类——一般性错误，包括：

o 界面错误(详细文档)

o 打印内容、格式错误

o 简单的输入限制未放在前台进行控制

o 删除操作未给出提示

D类——较小错误，包括：

o 辅助说明描述不清楚

o 显示格式不规范

o 长时间操作未给用户进度提示

o 提示窗口文字未采用行业术语

o 可输入区域和只读区域没有明显的区分标志

o 系统处理未优化

E类——测试建议（非缺陷）

软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：

1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢

失、主要功能组完全丧失

2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问

题，或致命的错误声明

3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现

软件测试之bug类型分类及缺陷管理

软件缺陷：bug 或defect

主要归结：1代码问题 2需求⽂档

什么是缺陷?不满⾜⽤户确定的需求

1.软件未达到产品说明书标明的功能

2.软件出现了产品说明书指明不会出现的错误

3.软件功能超出产品说明书指明范围

4.软件未达到产品说明书虽未指出但应达到的⽬标

5.软件测试员认为软件难以理解、不易使⽤、运⾏速度缓或者最终⽤户认为不好

产⽣缺陷原因

1.⼯期短，任务⼤

2.⽂档不完善

3.程序设计错误

4.沟通交流不够

5.需求不断变化

6.软硬件⽀持不完善

7.软件的复杂性

软件测试提交bug 流程

如何有效记录缺陷?

1.保证重现缺陷

2.分析故障⼀使⽤最少步骤复现故障

3.包含所有重现缺陷的必要步骤

4.⽅便开发阅读

5.尽量简单⼀⼀个缺陷--个报告

6.注意⾃⼰的语⽓等

BUG严重程度划分

致命：系统崩溃、404报错，报500错误，造成系统或应⽤系统崩溃、死机、系统悬挂或造成数据丢失、主要功能组完全丧失等；服务器死机闪退，页⾯出现错误乱码，蓝屏等：⽴刻响应，3⼩时内必须解决

严重：功能未实现，逻辑错误，影响⽤户正常使⽤，与需求完全不符，或因此bug导致后续功能⽆法测试的。⼀天内解决

⼀般：逻辑实现但不正确，功能实现但是不正确，功能上的错误，页⾯中的错误；1-3天内解决

轻微：⽂案内容与实际不符，错别字，图⽚错误，建议性的bug 等

BUG优先级划分

⾼（p1）:bug严重级别较⾼，需要⽴即解决的，或者⼀般级别的但是⽐较棘⼿的

中（P2）:BUG严重级别⼀般的，不影响⽤户正常操作的

低（P3) : bug严重级别处于较低的，可以下⼀次Alpha测试前再再解决的

软件缺陷等级划分标准

软件缺陷等级划分标准是指根据软件缺陷的严重程度和影响范围，将软件缺陷分为不同等级，以便开发人员和测试人员能够更好地管理和解决软件缺陷。软件缺陷等级划分标准通常由软件开发公司或项目组制定，也可以参考国际标准或行业标准。

一般来说，软件缺陷等级划分标准包括以下几个方面：

1. 缺陷等级的定义：通常包括严重、一般、轻微等等，不同等级的定义可能有所不同，但一般都是根据缺陷的影响程度和紧急程度来划分的。

2. 缺陷的影响范围：缺陷的影响范围通常包括功能、性能、安全等方面，不同的缺陷可能会对不同的方面产生影响，因此需要根据具体情况来划分。

3. 缺陷的修复时间：不同等级的缺陷需要在不同的时间内进行修复，一般来说，严重的缺陷需要在最短时间内进行修复，而轻微的缺陷可以在后续版本中进行修复。

4. 缺陷的优先级：缺陷的优先级通常是根据缺陷的紧急程度和影响程

度来划分的，优先级高的缺陷需要在优先处理，以保证软件的稳定性和安全性。

总的来说，软件缺陷等级划分标准是软件开发和测试过程中非常重要的一部分，它可以帮助开发人员和测试人员更好地管理和解决软件缺陷，提高软件的质量和稳定性。因此，在软件开发和测试过程中，需要根据具体情况制定合理的软件缺陷等级划分标准，并严格按照标准进行管理和处理。

缺陷分类标准1 目的

1）为同行评审、软件测试提供缺陷分类标准；

2）为禅道上的bug填写提供依据；

3）规范系统测试缺陷的管理。

2 范围

本文档适用于软件项目的测试活动及评审活动。

3 缺陷分类标准

针对以上各个属性的详细说明分别如下：

3.1缺陷类型（Type）

3.2缺陷严重程度（Severity）

3.3缺陷优先级（Priority）

3.4缺陷状态（Status）

Welcome To Download !!!

欢迎您的下载，资料仅供参考！

软件测试报告缺陷分类与优先级评估分析在软件开发过程中，测试是确保软件质量的重要环节。软件测试报告是测试过程中产生的关键文档之一，其中缺陷分类与优先级评估是帮助团队识别和解决问题的重要工具。本文将对软件测试报告中的缺陷分类和优先级评估进行详细分析和讨论。

一、缺陷分类

缺陷分类是将发现的问题按照一定的标准进行分类，便于分析和处理。常见的缺陷分类包括但不限于以下几种：

1. 功能性缺陷：指软件在功能上存在问题，无法实现预期的功能或功能不能正常运行。

2. 兼容性缺陷：指软件在特定环境下无法与其他应用程序或平台正常协同工作。

3. 性能缺陷：指软件在性能方面存在问题，如响应时间过长、资源占用过高等。

4. 可用性缺陷：指软件在用户体验方面存在问题，如界面设计不合理、操作流程复杂等。

5. 安全性缺陷：指软件存在潜在的安全隐患，容易受到黑客攻击或者数据泄露。

二、缺陷优先级评估

缺陷优先级评估是根据缺陷的影响程度和紧急程度，对缺陷进行排序和分级。常见的缺陷优先级评估方法有以下几种：

1. 严重程度划分：将缺陷按照严重程度分为高、中、低三个级别，根据软件系统的重要性和使用场景的不同进行划分。

2. 影响范围划分：将缺陷按照影响范围分为全局、局部和点对点三个级别，针对缺陷可能引起的风险进行划分。

3. 修复难度划分：将缺陷按照修复难度分为困难、一般和容易三个级别，根据开发和测试资源的情况进行划分。

三、缺陷分类与优先级评估的分析方法

对于软件测试报告中的缺陷分类与优先级评估，可以采用以下方法进行分析：

1. 统计与分析：对测试报告中的缺陷进行统计，查看不同类型缺陷的分布情况，分析哪些类型的缺陷较为严重或者频繁出现。

软件质量缺陷鉴定

在软件开发过程中，缺陷鉴定是一项重要的任务。它涉及对软件产品进行全面的检查，以识别和分类各种潜在的问题。这些缺陷可能会影响软件的质量、性能、安全性、兼容性等方面。以下是软件质量缺陷鉴定主要涉及的几个方面：

1.需求缺陷

需求缺陷是指软件的需求定义不清晰、不完整或有误。这可能是由于市场调研不足、用户需求不明确或技术术语不规范等原因造成的。需求缺陷可能会导致软件无法满足用户需求，甚至在开发过程中引发错误。

2.设计缺陷

设计缺陷是指在软件设计阶段，由于设计人员的技术能力、经验不足或沟通不畅等原因，导致软件的设计方案存在缺陷。设计缺陷可能会导致软件实现困难、性能低下或易用性差等问题。

3.编码缺陷

编码缺陷是指在编写代码时出现的错误或缺陷。这可能是由于编码规范不遵守、语法错误、逻辑错误或代码注释不足等原因造成的。编码缺陷可能会导致软件运行错误、崩溃或安全性问题。

4.测试缺陷

测试缺陷是指在测试过程中发现的缺陷。这可能是由于测试用例设计不完整或有误、测试环境不匹配或测试执行不严格等原因造成的。测试缺陷可能会导致软件未被全面覆盖测试，从而遗留了潜在的问题。

5.维护缺陷

维护缺陷是指在软件维护过程中发现的缺陷。这可能是由于代码复杂度高、

文档不齐全或代码可读性差等原因造成的。维护缺陷可能会导致软件的维护成本高昂，且在升级或修复过程中容易出现新的问题。

6.性能缺陷

性能缺陷是指软件在运行过程中资源利用不当或响应时间过慢等问题。这可能是由于算法复杂度高、内存管理不当或数据结构不合理等原因造成的。性能缺陷可能会影响用户体验和软件的运行效率。

软件测试中常见的八大软件缺陷分类在软件开发行业中，软件测试是一项至关重要的任务。它确保

软件产品能够按照用户需求、设计规范以及质量标准进行运行。

软件测试不仅仅是找到程序中的错误，更是一项综合任务，包括

对软件的功能、性能、可靠性、用户界面、兼容性等多方面的测试。而在软件测试中，缺陷分类也是一项很重要的工作。

软件缺陷指的是软件中出现的任何问题，如错误、漏洞和缺陷。缺陷分类是指描述和分类这些软件缺陷的过程。在本文中，将会

介绍软件测试中常见的八大软件缺陷分类，包括：

1.功能缺陷

功能缺陷也称“功能故障”，指的是软件应当实现但未实现的功能。例如，软件没有按照用户需求进行操作、未能提供全面的功能、或没有完全满足所有的用户需求等。对这种缺陷进行测试和

分类时，应当首先了解需求，以确保软件实现的功能是符合用户

需求的。

2.界面缺陷

界面缺陷指的是软件中针对用户的图形或文本界面存在的问题。这种缺陷包括但不限于，窗口大小不当、按钮位置不当、文字排

版不当等。界面缺陷会对用户的使用造成困扰，并降低软件的易

用性。

3.性能缺陷

性能缺陷是指软件运行速度不足、响应时间过长或资源占用率

过高等问题。这些缺陷可能会导致软件无法适当地处理大量数据，或无法及时响应用户请求，这将产生长时间的等待或系统崩溃等

问题。

4.兼容性缺陷

兼容性缺陷是指软件与其他软件或硬件组件不兼容所导致的问题。例如，软件不能在嵌入式系统或低端的计算机上运行，或不

能与某些特定版本的操作系统或浏览器兼容。这些问题可能会导

致用户无法访问或使用软件。

5.安全性缺陷

安全性缺陷是指软件存在未经身份验证的访问、黑客攻击或病

软件工程软件测试缺陷等级判定方法

软件工程软件测试缺陷等级判定方法

一、安全隐患

安全隐患是指潜在的安全威胁，可能会导致安全威胁发生。安全隐患的等级可以根据其影响的范围划分，一般分为三个等级：高风险、中风险和低风险。

1. 高风险：高风险级别的安全隐患，指可能引发影响较大的安全事件，如暴露的敏感信息、访问控制缺陷、缓冲区溢出等。

2. 中风险：中风险级别的安全隐患，指可能引发一定影响的安全事件，如信息泄露、缓冲区错误、决策逻辑错误等。

3. 低风险：低风险级别的安全隐患，指可能会造成一定影响，但不会引发安全事件的潜在隐患，如软件界面设计等。

二、功能缺陷

功能缺陷是指在软件开发过程中，没有按设计要求实现的功能，或者根据用户的需求，软件系统未提供预期的功能。功能缺陷等级主要有四个：高级别、中级别、低级别和建议级别。

1. 高级别缺陷：高级别缺陷是指程序失效或软件系统出现较严重错误，影响软件使用的缺陷。

2. 中级别缺陷：中级别缺陷是指程序失效或软件系统出现一定程度的错误，可能影响软件使用的缺陷。

3. 低级别缺陷：低级别缺陷是指程序失效或软件系统出现较小的错误，可能影响软件使用体验的缺陷。

4. 建议级别缺陷：建议级别缺陷是指软件系统出现的可优化的缺陷，或者是根据用户需求，软件系统没有进行相应的功能开发，但不影响软件使用的缺陷。

软件缺陷

•软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。

•缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有：软件没有实现产品规格说明所要求的功能模块；软件中出现了产品规格说明指明不应该出现的错误；软件实现了产品规格说明没有提到的功能模块；软件没有实现虽然产品规格说明没有明确提及但应该实现的目标；软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好

•以计算器开发为例。计算器的产品规格说明应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。

•产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。

•如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷——软件实现了产品规格说明书中未提及到的功能模块。

•在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误。

•软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。而这正是第五种类型的缺陷。

•根据以上五种缺陷类型，在软件测试中可以区分不同类型的问题.

软件缺陷的种类划分

按照软件缺陷的产⽣原因，可以将其划分为不同的缺陷类别：

1、功能不正常

简单地说就是所应提供的功能，在使⽤上并不符合产品设计规格说明书中规定的要求，或是根本⽆法使⽤。这个错误常常会发⽣在测试过程的初期和中期，有许多在设计规格说明书中规定的功能⽆法运⾏，或是运⾏结果达不到预期设计。最明显的例⼦就是在⽤户接⼝上所提供的选项及动作，使⽤者操作后毫⽆反应。

2、软件在使⽤上感觉不⽅便

只要是不知如何使⽤或难以使⽤的软件，在产品设计上⼀定是出了问题。所谓好⽤的软件，就是使⽤上尽量⽅便，使⽤户易于操作。如微软推出的软件，在⽤户接⼝及使⽤操作上确实是下了⼀番功夫。有许多软件公司推出的软件产品，在彼此的接⼝上完全不同，这样其实只会增加使⽤者的学习难度，另⼀⽅⾯也凸显了这些软件公司的集成能⼒不⾜。

3、软件的结构未做良好规划

这⾥主要指软件是以⾃顶向下⽅式开发，还是以⾃底向上⽅式开发。如果是以⾃顶向下的结构或⽅法开发的软件，在功能的规划及组织上⽐较完整，相反以⾃底向上的组合式⽅法开发处的软件则功能较为分散，容易出现缺陷。

4、提供的功能不充分

这个问题与功能不正常不同，这⾥指的是软件提供的功能在运作上正常，但对于使⽤者⽽⾔却不完整。即使软件的功能运作结果符合设计规格的要求，系统测试⼈员在测试结果的判断上，也必须从使⽤者的⾓度进⾏思考，这就是所谓的“从⽤户体验出发”。

5、与软件操作者的互动不良

⼀个好的软件必须与操作者之间可以实现正常互动。在操作者使⽤软件的过程中，软件必须很好地响应。例如在浏览⽹页时，如果操作者在某⼀⽹页填写信息，但是输⼊的信息不⾜或有误。当点击“确定”按钮后，⽹页此时提⽰操作者输⼊信息有误，却并未指出错误的哪⾥，操作者只好回到上⼀页重新填写，或直接放弃离开。这个问题就是典型的在软件对操作互动⽅⾯未做完整的设计。

软件缺陷管理

软件缺陷管理

软件测试的⼯作就是查找软件中存在的缺陷，反馈给开发⼈员使之修改，从⽽确保软件的质量，因此软件测试要求测试⼈员对软件有⼀个深⼊理解。

1、软件缺陷产⽣的原因

软件缺陷就是通常所说的Bug,它是指软件中（包括程序和⽂档）存在的影响软件正常运⾏的问题。IEEE（Institute of Electrical and Electronics Engineers，电⼦电⼦⼯程师协会）729-1983标准对软件缺陷有⼀个标准的定义：从产品内部看，缺陷是产品开发或维护过程中存在的错误、⽑病等各种问题；从产品外部看，缺陷是系统运⾏过程中某种功能的失效或违背。

软件缺陷的产⽣主要是由软件产品的特点和开发过程决定的，⽐如需求不清晰、需求频繁变更、开发⼈员⽔平有限等。归结起来，缺陷产⽣的原因主要有以下⼏点。

（1）需求不明确。软件需求不清晰或者开发⼈员对需求理解不明确，导致软件在设计时偏离客户的需求⽬标，造成软件功能或特征上的缺陷。此外，在开发过程中，客户频繁变更需求也会影响软件最终的质量。

（2）软件结构复杂。如果软件系统结构⽐较复杂，很难设计出⼀个具有很好层次结构或组件结构的框架，这就会导致软件在开发、扩充、系统维护上的困难。即使能够设计出⼀个很好的架构，复杂的系统在实现时也会隐藏着相互作⽤的难题，⽽导致隐藏的软件缺陷。

（3）编码问题。在软件开发过程中，程序员⽔平参差补齐，再加上开发过程中缺乏有效的沟通和监督，问题累积越来越多，如果不能逐⼀解决这些问题，会导致最终软件中存在很多缺陷。

（4）项⽬期限短。现在⼤部分软件产品开发周期都很短，开发团队要在有限的时间内完成软件产品的开发，压⼒⾮常⼤，因此开发⼈员往往是在疲劳、压⼒⼤、受到⼲扰的状态下开发软件，这样的状态下，开发⼈员对待软件问题的态度是【不严重就不解决】。

测试缺陷管理规范

一、引言

测试缺陷管理是软件测试过程中的重要环节，它涉及到对软件中发现的缺陷进

行记录、跟踪和解决的过程。本文将介绍测试缺陷管理的规范要求，包括缺陷的定义、分类、管理流程、解决方案等内容。

二、缺陷的定义

缺陷是指在软件开发或测试过程中发现的与软件需求、设计或编码不符的问题

或错误。缺陷可以包括功能缺陷、界面缺陷、性能缺陷、安全缺陷等。对于一个合格的缺陷，应该具备以下特征：

1. 可重现性：缺陷应该能够被重复地触发，以便开发人员能够进行调试和修复。

2. 可测性：缺陷应该能够被测试人员准确地识别和描述，以便开发人员能够理

解并解决。

3. 严重性：缺陷应该根据其对软件功能和性能的影响程度进行评估，以便确定

优先级和紧急程度。

三、缺陷的分类

根据缺陷的类型和性质，可以将缺陷分为以下几类：

1. 功能缺陷：指软件在实现功能时出现的问题，如功能无法正常运行、功能逻

辑错误等。

2. 界面缺陷：指软件界面在设计或展示上存在的问题，如界面布局混乱、文字

显示错误等。

3. 性能缺陷：指软件在运行时出现的性能问题，如响应时间过长、卡顿等。

4. 安全缺陷：指软件在安全性方面存在的问题，如数据泄露、权限控制不足等。

5. 兼容性缺陷：指软件在不同平台、不同浏览器或不同设备上出现的兼容性问题，如界面错位、功能不可用等。

四、缺陷管理流程

缺陷管理流程是指对软件缺陷进行记录、跟踪和解决的过程。通常包括以下几

个步骤：

1. 缺陷记录：测试人员在发现缺陷后，应该及时记录缺陷的详细信息，包括缺

陷的描述、复现步骤、环境信息等。

2. 缺陷分类与优先级评估：对于记录的缺陷，应该进行分类和评估，确定缺陷

草稿终稿公开秘密机密绝密

受控不受控

文档修改记录

*S – START A - ADDED M - MODIFIED D - DELETED

目录

1 引言 ................................................................... 错误!未定义书签。

1.1 编写目的........................................................... 错误!未定义书签。

1.2 定义与缩写......................................................... 错误!未定义书签。

1.3 参考资料........................................................... 错误!未定义书签。

2 软件缺陷分类标准 ....................................................... 错误!未定义书签。

2.1 缺陷属性........................................................... 错误!未定义书签。

2.2 缺陷类型........................................................... 错误!未定义书签。

2.3 缺陷严重限度....................................................... 错误!未定义书签。

缺陷（BUG）类型划分1简介

1.1目的

本文档的目的是为同行评审、软件测试提供缺陷分类的标准

1.2范围

本文档适用于软件项目的软件测试活动及同行评审活动

1.3 对象

测试工程师、质量工程师

1.4 术语

1、软件缺陷

对软件产品预期属性的偏离，包括内部测试缺陷和遗留缺陷

2、内部测试缺陷

软件进入用户使用前被检测出来的缺陷

3、遗留缺陷

（1）软件进入用户测试阶段，用户检测出的缺陷

（2）软件发布使用后，用户检测出的缺陷

2缺陷分类标准

2.1缺陷属性

2.2缺陷类型

本文按照目前web应用测试软件缺陷的特征进行分类，结合部门产品，简要描述各类缺陷的情况

2.3缺陷严重性

2.4缺陷优先级

2.5缺陷状态

（1）TD中的缺陷状态

（2）excel中的缺陷状态

2.6缺陷起源

2.7缺陷来源

2.8缺陷根源

3缺陷状态的处理过程

教你如何用WORD文档(2012-06-27 192246)转载▼

标签：杂谈

1. 问：WORD 里边怎样设置每页不同的页眉？如何使不同的章节显示的页眉不同？

答：分节，每节可以设置不同的页眉。文件――页面设置――版式――页眉和页脚――首页不同。

2. 问：请问word 中怎样让每一章用不同的页眉？怎么我现在只能用一个页眉，一改就全部改了？

答：在插入分隔符里，选插入分节符，可以选连续的那个，然后下一页改页眉前，按一下“同前”钮，再做的改动就不影响前面的了。简言之，分节符使得它们独立了。这个工具栏上的“同前”按钮就显示在工具栏上，不过是图标的形式，把光标移到上面就显示出”同前“两个字来。

3. 问：如何合并两个WORD 文档，不同的页眉需要先写两个文件，然后合并，如何做？