软件测试方案(整体方案)

软件测试 整体测试计划与方案

文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改

文件标识： 当前版本： V1.1.1 作 者： 完成日期： ★★★★★

内部资料，可为以后规范测试行为使用

测试整体方案

版 本 历 史

版本/状态

作者 参与者 起止日期 备注

第 2 页，共 25 页

测试整体方案

目 录

1. 概述 .................................................................................................................................. 5 2. 适用对象和范围 .............................................................................................................. 5 3. 术语、名词定义 .............................................................................................................. 5 3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 3.7. 3.8. 3.9. 3.10. 3.12. 3.13.

系统测试 ................................................................................................................... 5 黑盒测试（功能测试）............................................................................................ 5 白盒测试 ................................................................................................................... 5 灰盒测试 ................................................................................................................... 5 健壮性测试（容错能力/恢复能力测试） ............................................................... 6 接口测试 ................................................................................................................... 6 强度测试 ................................................................................................................... 6 压力测试 ................................................................................................................... 6 性能测试 ................................................................................................................... 6 安全测试 ............................................................................................................... 7 安装/反安装测试（公司一般系统不需要进行该测试） .................................... 7 文档测试 ............................................................................................................... 7

3.11. 可靠性测试 ............................................................................................................... 7

4. 测试工作流程 .................................................................................................................. 8 4.1. 4.2. 4.3. 4.4.

测试管理总流程 ....................................................................................................... 8 制定测试计划工作流程............................................................................................ 8 设计测试用例工作流程............................................................................................ 9 执行测试工作流程 ................................................................................................... 9

4.4.1. 4.4.2. 4.4.3. 4.4.4. 4.4.5. 4.5.

测试工作总体流程 ............................................................................................ 9 单元测试工作流程 .......................................................................................... 10 集成测试工作流程 .......................................................................................... 11 系统测试工作流程 .......................................................................................... 12 验收测试工作流程 .......................................................................................... 14

缺陷管理与改错流程 ............................................................................................. 15

5. 测试参考文档和测试提交文档 ..................................................................................... 16 5.1. 5.2.

测试参考文档 ......................................................................................................... 16 测试提交文档 ......................................................................................................... 16

6. 测试资源 ........................................................................................................................ 17 6.1. 6.2.

人力资源 ................................................................................................................. 17

6.1.1. 人员、角色及职责 .......................................................................................... 17

测试工具 ................................................................................................................. 17

第 3 页，共 25 页

测试整体方案

7. 测试方法和方式 ............................................................................................................ 17 8. 测试中断与开始的标准 ................................................................................................. 18 9. 测试范围与测试任务 ..................................................................................................... 18 9.1. 10.

测试任务 ................................................................................................................. 19 测试用例编写方案及相关约定 ................................................................................. 20

编写原则 ............................................................................................................. 20 衡量测试用例设计的质量标准 .......................................................................... 20 测试用例管理 ..................................................................................................... 21 测试用例与开发的对应关系约定 ...................................................................... 21 测试用例类型约定 .............................................................................................. 21 测试阶段、类型与执行角色的关系约定 ........................................................... 22 测试用例清单 ..................................................................................................... 22

10.1. 10.2. 10.3. 10.4. 10.5. 10.6. 10.7. 11.

缺陷管理与改错计划 ................................................................................................. 22

11.1. 流程图 ..................................................................................................................... 22 11.2. 缺陷管理手段 ......................................................................................................... 22 11.3. 缺陷管理规则 ......................................................................................................... 22 12.

实施建议 .................................................................................................................... 23

附录一 缺陷分类 .................................................................................................................. 23 附录二 缺陷严重程度 .......................................................................................................... 24

第 4 页，共 25 页

测试整体方案

1. 概述

为了提高检测出错误的几率，使测试能有计划地、有条不紊地进行，就必须要编制测试相关文件。而标准化的测试文件就如同一种通用的参照体系，可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。

2. 适用对象和范围

主要针对对象为软件管理人员、软件开发人员和软件测试人员。

3. 术语、名词定义

3.1. 系统测试

系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计 算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行 （使用）环境下，对计算机系统进行的测试。

3.2. 黑盒测试（功能测试）

黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的测 试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。

3.3. 白盒测试

白盒测试也叫结构测试、逻辑驱动测试或给予程序的测试。主要是分析程序的内部构造，并根据内部构造设计测试用例。

3.4. 灰盒测试

可以理解为静态的白盒测试或动态的黑盒测试，灰盒就是界于黑白之间, 对软件内部

第 5 页，共 25 页

测试整体方案

有所了解, 但不见得到了如指掌的程度, 却可以结合这些了解做些比黑盒多点的测试。

3.5. 健壮性测试（容错能力/恢复能力测试）

侧重于程序容错能力的测试。本测试在单元测试阶段和系统测试阶段都要进行。如数据边界测试、非法数据测试、异常中断测试等等，主要是验证程序对各种异常情况是否进行正确处理。

3.6. 接口测试

程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。这个测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。建议由开发人员进行。

3.7. 强度测试

强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配置下运行。例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例，等等。

3.8. 压力测试

对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。例如测试一个Web 站点在大量的负荷下，何时系统的响应会退化或失败。

3.9. 性能测试

在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进行。

第 6 页，共 25 页

测试整体方案

3.10. 安全测试

主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理，是否仍能保证数据的安全。测试人员可以学习一些黑客技术，来对系统进行攻击。

3.11. 可靠性测试

这里是比较狭义的可靠性测试，它主要是对系统能否稳定运行进行一个统计，在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性测试就可以了。

3.12. 安装/反安装测试（公司一般系统不需要进行该测试）

安装测试主要检验软件是否可以正确安装，安装文件的各项设置是否有效，安装后能否影响原系统；反安装是逆过程，测试是否删除干净，是否会影响原系统等。

3.13. 文档测试

主要测试开发过程中针对用户的文档，以需求、用户手册等为主，检验文档是否和实际应用存在差别。

文档测试主要检查文档的正确性、完备性和可理解性。正确性是指不要把软件的功能和操作写错，也不允许文档内容前后矛盾。

完备性是指文档不可以“虎头蛇尾”，更不许漏掉关键内容。 文档测试不需要编写测试用例。

第 7 页，共 25 页

测试整体方案

4. 测试工作流程

4.1. 测试管理总流程

迭代

审批 审批 制定测试计划 设计测试用例 执行测试用例 缺陷管理与改错

4.2. 制定测试计划工作流程

输入需求规格说明书 确定阶段的测试范围和任务 确定测试方法和方式 确定测试环境与辅助工具 确定测试完成准则 确定测试人员与任务表 确定测试相关规范和约定 测试计划 输入项目计划书

第 8 页，共 25 页

测试整体方案

4.3. 设计测试用例工作流程

需求分析阶段结束后 依据需求文档生成 系统测试对应的用例 依据概要设计、体系设计文档 概要设计阶段结束后 依据详细设计文档生成 详细设计阶段 集成测试对应的用例 单元测试对应的用例

4.4. 执行测试工作流程

4.4.1. 测试工作总体流程

设计阶段 编码及单元 白盒测试阶 单元黑盒测试阶集成测试阶段 系统测试阶段 验收测试阶段 结项总结阶段

说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。

第 9 页，共 25 页

测试整体方案

4.4.2. 单元测试工作流程

详细设计 测试用例 编码及白盒测试 测试用例审核 提交Bug报告 编码审核 循环 单元测试 达到测试要求 单元总结测试报告 进入集成测试

第 10 页，共 25 页

测试整体方案

4.4.3. 集成测试工作流程

测试用例 接上一阶段 测试用例审核 提交Bug报告 单元测试审核 集成测试 达到集成测试要求 集成测试总结报告 进入系统测试

第 11 页，共 25 页

测试整体方案

4.4.4. 系统测试工作流程

业务测试用例 接上一阶段 业务测试用例审核 提交Bug报告 确认测试审核 业务测试 达到业务测试要求 提交业务测试报告 进入压力测试

接上一阶段 模拟多用户 业务测试审核 准备数据库 压力测试 返回开发修改 压力测试报告 审核 进入性能测试

说明：压力测试为模拟用户正常使用时，系统正常工作的最小时间。

第 12 页，共 25 页

测试整体方案

接上一阶段 模拟用户数量 压力测试审核 增加数据量 性能测试 系统崩溃 返回开发修改 提交测试报告 审核 进入安装测试

说明：测试系统的崩溃极限（最多使用人数和数据库的极限容量）。

接上一阶段 系统测试审核 安装测试 返回开发修改 提交测试报告 审核 进入验收测试

第 13 页，共 25 页

测试整体方案

4.4.5. 验收测试工作流程

业务测试用例 接上一阶段 业务测试用例审核 安装测试审核 准备测试人员 验收测试 提交测试报告 审核 返回开发修改 进入结项总结阶段

说明：验收测试的人员应包含非本系统的人员。

第 14 页，共 25 页

测试整体方案

4.5. 缺陷管理与改错流程

测试员发现一个bug （当前状态置为NEW） 否 由项目经理或测试组长 确认是否为bug 是 将bug状态置为 （CLOSE） 将bug状态置为 （OPEN/REOPEN） 开发人员修复bug将状态置为（FIXED） 测试员回归测试 否 测试人员或项目经理再次确认是否为bug 是

第 15 页，共 25 页

测试整体方案

5. 测试参考文档和测试提交文档

5.1. 测试参考文档

下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：

文档 （版本/日期） 软件需求规格说明书 软件概要设计 软件详细设计 模块开发手册 测试计划及方案 测试报告 用户操作手册 安装指南 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 是[ ] 否[ ] 已创建或可用 已被接收或已经过复审 作者或来源 备注 5.2. 测试提交文档

文档 （版本/日期） 测试计划及方案 测试用例 已被接收或已经过复审 是[ ] 否[ ] 是[ ] 否[ ] 已创建或可用 是[ ] 否[ ] 是[ ] 否[ ] 作者或来源 备 注 可考虑通过td产生 可考虑通过td产生 测试报告 是[ ] 否[ ] 是[ ] 否[ ]

第 16 页，共 25 页

测试整体方案

6. 测试资源

6.1. 人力资源

6.1.1. 人员、角色及职责

人员 角色 职责、任务 备注 项目经理 测试小组长、测试设计员 测试设计员 测试员 测试设计员 测试员 …… 开发人员 6.2. 测试工具

用途 测试管理 工具 TestDirector 生产厂商/自产 Mercury InterActive 版本 备注 具体使用约定请参照《测试工具使用约定及软件开发与测试配合工作规范》 压力测试 功能测试 XML工具 LoadRunner WinRunner Xml Spy Mercury InterActive Mercury InterActive 解析、验证XML，通过XSD生成XML文件 DB2数据库工具 日志文件监控工具 MQ队列监控工具 Monitor 自产 通过MQ的BROWSE或GET方式监控系统信息 DBTool LogFileMonitor 自产 自产 对TIPS数据库进行操作 7. 测试方法和方式

测试方式主要以手工测试为主，在条件允许的情况下使用自动化测试工具进行测试。

测试方法 测试 覆盖率 执行人员 描述

第 17 页，共 25 页

黑盒测试 灰盒测试 100% 10~20% 测试人员 测试或开发人员 白盒测试 5% 开发人员 测试整体方案

功能测试或数据驱动测试 静态的白盒测试或动态的黑盒测试 结构测试或逻辑驱动测试 说明：黑盒测试是依据用户能看到的规格说明，即针对命令、信息、报表等用户界面及体现他们的输入数据与输出数据之间的对应关系，特别是针对功能进行测试。 主要由测试小组人员完成执行黑盒测试。 黑盒测试覆盖范围 测试用例覆盖 黑盒测试 输入覆盖 输出覆盖

 测试用例覆盖：测试用例的没一个用例都被测试过  输入覆盖：测试过程中所输入的数据或资料必须一再的试验，如在程序安装过程中输入用户名时，测试者必须反复输入不同长度的中文、英文或数字等来做测试。  输出覆盖：测试过程中程序所产生的行为、反映及数据必须都一再地试验，如不同

情况的对话窗口的内容、运算结果数据等都必须反复地测试审核。

8. 测试中断与开始的标准

当优先级1的问题超过总体问题的1/3时 当优先级2的问题超过总体问题的1/2时 当优先级3的问题超过总体问题的3/4时 测试重新开始时的回归测试项目

9. 测试范围与测试任务

根据业务需求和用例，来确定测试项，并确定采用什么测试，并考虑优先级

软件测试是保证软件产品质量的重要手段，没有测试的开发是不完整的软件开发过程。在项目测试过程中，测试组在项目不同阶段都定义了相应的任务，包括前期计划、用例设计到执行测试，充分保证了项目测试的完整性和充分性。项目的测试包括单元测试，集成测试和系统测试三个主要部分，测试活动从开始执行，直至项目生命周期结束。整个测试过程严格遵守测试流程规定，为保证软件质量实施关键活动。测试过程以项目内部测试为主，尽可能多地发现系统缺陷，并尽最大可能保证系统的稳定性，兼容性，

第 18 页，共 25 页

测试整体方案

可重复性以和强壮性。

9.1. 测试任务

主要包括单元测试、集成测试、系统测试。单元测试由开发人员互检为主，测试人员提供相应的工具，以及测试知识的相关培训。集成测试和系统测试由开发人员同测试人员联合完成。

制定测试计划: (测试设计员)制定测试计划的目的是收集和组织测试计划信息，并且创建测试计划。

1.确定测试需求—根据需求工件集收集和组织测试需求信息，确定测试需求。 2.制定测试策略—针对测试需求定义测试类型、测试方法以及需要的测试工具

等。

3.建立测试通过准则—根据项目实际情况为每一个层次的测试建立通过准则。 4.确定资源和进度—确定测试需要的软硬件资源、人力资源以及测试进度。 5. 评审测试计划—根据同行评审规范对测试计划进行同行评审

设计测试: (测试设计员)设计测试的目的是为每一个测试需求确定测试用例集，并且确定执行测试用例的测试过程。

1.设计测试用例：对每一个测试需求，确定其要的测试用例。对每一个测试用

例，确定其输入及预期结果。确定测试用例的测试环境配

置、需要的驱动界面或稳定桩。编写测试用例文档

2.开发测试过程：根据界面原型为每一个测试用例定义详细的测试步骤。为每

一测试步骤定义详细的测

试结果验证方法。为测试用例准备输入数据。编写测试过程文档。在实施测试

时对测试过程进行更改。

3.设计驱动程序或稳定桩—设计单元测试和集成测试需要的驱动程序和稳定

桩。

实施测试: (开发人员和测试人员)实施测试的目的是创建可重用的测试脚本，并且实施测试驱动程序和稳定桩。编写驱动程序和稳定桩—根据设计编写测试需要的测试驱动程序和稳定桩。

实施单元测试: (开发人员)执行单元测试的目的是验证单元的内部结构以及单元实现的功能。

1.执行单元测试—按照测试过程手工执行单元测试或运行测试脚本自动执行

单元测试。

2.记录单元测试结果—将单元测试结果作详细记录，并将测试结果提交给相关

组。

3.回归测试—对修改后的单元执行回归测试

实施集成测试: (开发人员或测试员)执行集成测试的目的是验证单元之间的接口以及集成工作版本的功能、性能等。

1.执行集成测试—按照测试过程手工执行集成测试或运行测试脚本自动执行

第 19 页，共 25 页

测试整体方案

集成测试。

2.记录集成测试结果—将集成测试结果作详细记录，并将测试结果提交给相关

组。

3.回归测试—对修改后的工作版本执行回归测试，或者对增量集成后的版本执

行回归测试。

实施系统测试: (测试人员)执行系统测试的目的是确认软件系统工作版本满足需求。

1.执行系统测试—按照测试过程手工执行系统测试或运行测试脚本自动执行

系统测试。

2.记录系统测试结果—将系统测试结果作详细记录，并将测试结果提交给相关

组。

3.回归测试—对修改后的软件系统版本执行回归测试。

10. 测试用例编写方案及相关约定

10.1. 编写原则

（1）基本的原则就是：“一点多例”，就是针对一个测试点或者功能点，编写多个测试用例，从多个方面进行测试。各个部分的用例编写的都贯穿着这一基本思想。 （2）单元测试由开发人员执行，可以自身决定是否编写单元测试用例。

（3）对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求。对于需求规格说明书中的功能描述，将至少派生一个测试需求。

（4） 测试项描述-简要说明测试用例所要涉及的项和特性、对于每一项、可考虑引用以下文件：需求说明书、设计说明书、用户手册。

（5）输入说明描述-规定执行测试用例所需的各个输入。有些输入可以用值（允许适当的误差）来规定。而另一些输入，如常数表或事务文件可以用名来规定。规定所有合适的数据库、文件、终端信息传送的值。

（6）输出说明描述- 规定测试项的所有输出和特性（如：响应时间）。 提供各个输出或特性的正确值。

（7）测试用例的设计，始终要考虑测试的执行，同时测试发现的问题和总结的经验也可以用来完善测试设计。

10.2. 衡量测试用例设计的质量标准

（1） 可测性： 测试用例的所有步骤是可测的，测试的步骤是具体可实施后的，按照

每个步骤是可以走通的。

（2） 可验证： 测试的每个步骤验证点是具体、可验证的。期望结果不是抽象的描述，

而是可获得的。

第 20 页，共 25 页

测试整体方案

（3） 全面性：测试执行人员，无须考虑怎么测、而是参照测试用例设计的步骤执行，

测试数据的准备也要在测试设计时考虑，而且要具备高覆盖率和全面性。

10.3. 测试用例管理

通过TestDirector来管理和维护测试用例

编写测试用例 产生测试报告 评审测试用例 TD维护管理 修改测试用例 、版本升级

请参照《测试工具使用约定及软件开发与测试配合工作规范》中相应描述。

10.4. 测试用例与开发的对应关系约定

开发阶段 需求分析阶段结束后 概要设计阶段结束后 详细设计阶段 依据文档 需求文档 概要设计、体系设计文档 详细设计文档 编写的用例 系统测试对应的用例 集成测试对应的用例 单元测试对应的用例 10.5. 测试用例类型约定

测试用例 对应测试类型 测试覆盖率测试覆盖率（测试人员） （其他人员） 功能测试用例 性能测试用例 集成测试用例 安全测试用例 用户界面测试用例 安装/反安装测试用例 主要包括功能测试、健壮性测试、可靠性测试 性能测试、压力测试、强度测试 接口测试、健壮性测试、可靠性测试 安全测试 用户界面测试、少量功能测试 安装/反安装测试 90%~100% 10% 40%~50% 10% 100% 100% 50% 80% 80%

第 21 页，共 25 页

测试整体方案

10.6. 测试阶段、类型与执行角色的关系约定

测试阶段 单元测试 测试类型 模块功能测试。含部分接口测试、路径测试 集成测试 执行角色 开发人员，测试人员可配合部分基础数据准备 功能测试，含部分接口测试、测试人员 路径测试。 系统测试 功能测试（含一定健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试。 测试人员 验收测试 基本同上，并包含文档测试，测试人员，建议包含用户 对于软件产品主要测试相关技术文档 考虑工作量可以和系统测试合并。

10.7. 测试用例清单

可参照测试范围-测试清单。

11. 缺陷管理与改错计划

11.1. 流程图

具体参照测试工作流程-缺陷管理与改错流程。

11.2. 缺陷管理手段

采用测试管理工具TestDirector或禅道进行有效的缺陷管理。

11.3. 缺陷管理规则

请参照《测试工具使用约定及软件开发与测试配合工作规范》中相应描述。

第 22 页，共 25 页

测试整体方案

12. 实施建议

⒈对系统测试人员进行必要的培训，提高他们的测试效率。

⒉项目经理和测试小组根据项目的资源、时间等因素，设法合理地减少测试的工作量，例如减少“冗余或无效”的测试。

附录一 缺陷分类

类 需求缺陷 别 1） 需求有误 2） 需求逻辑错误 3） 需求不完备 4） 需求文档描述问题 5） 需求更改 设计缺陷 功能的使用对用户带来不便及不符合行业标准的 1） 设计不合理 2） 设计文档描述问题 3） 设计变更带来的问题 功能缺陷 功能没有达到需求的要求,或功能存在严重缺陷 1） 功能不完全 2） 适应范围有问题 3） 用户信息和诊断信息有误 4） 异常情况处理有误 5） 其他功能错误 界面缺陷 数据错误 系统上图片、文字、按钮、翻明显有错误的 访问数据库时出错,得出的数据错误 1） 数据定义数据结构错误 2） 数据存取及数据操作错误 3） 其它数据问题 结构缺陷 1） 控制流和控制顺序错 2） 处理错 实现与编码缺陷 1） 编码错误 2） 违背编码风格或标准 3） 文档有误 4） 其它实现的问题 软件集成缺陷 1） 内部接口错 2） 外部接口，时间、吞吐问题

第 23 页，共 25 页

描 述 测试整体方案

3） 其他集成错误 系统结构缺陷 1） 操作系统引用或使用错误 2） 软件结构错误 3） 恢复错误 4） 执行错误 5） 诊断错误 6） 分割覆盖错误 7） 引用环境错误 测试设计与测试执行错误 1） 测试设计错误 2） 测试执行错误 3） 测试文档有误 4） 测试用例不充分 5） 其他测试错误 计算错误 不同硬件设备所产生的错误 其他错误 测试者误操作却认为发现了问题 数学结算错误 所产生的问题与硬件设备直接有关

附录二 缺陷严重程度

严重等级 1-致命 描 述 1）可能有灾难性的后果，如造成系统崩溃，造成事故等。 2) 程序无法运行 2-严重 产生错误的结果，导致系统不稳定的问题，运行时好时坏。 1）造成数据库不稳定的错误； 3）列在说明中的需求未在最终系统中实现 4）业务流程不正确 3-一般 不正确的，但不会影响系统稳定性的 1） 过程调用或其它脚本错误； 2） 系统刷新错误； 3） 产生错误结果，如计算结果错误等 4） 功能的实现有问题。如在系统实现的界面上，一些可接受输入的控件点击后无作用；对数据库的操作不能正确实现 5） 编码时数据类型、长度定义错误的； 6） 对用户的使用有操作顺序上的

第 24 页，共 25 页

测试整体方案

7） 虽然正确性不受影响，但系统性能和响应时间受到影响 4-轻微 不正确的，但有使系统使用起来不太方便的错误 1）系统的提示语不明确，不简明 2）滚动条无效 3）可编辑区和不可编辑区不明显 4）光标跳转设置不好，鼠标（光标）定位错误； 5 上下翻页，首尾页定位错误 6）界面不一致，或界面不正确 7）日期或时间初始值错误（起止日期、时间没有限定） 8）按钮或标签上有拼写错误的单词、不正确的大小写 5-建议 1） 容易给用户误解和岐议的提示 2） 界面需要改进的 3） 对有疑虑的文档，提出修改建议

第 25 页，共 25 页