软件系统测试方案

XXXX系统

软件测试方案

目录

1文档说明......................................................................1

1.1文档信息................................................................1

1.2文档控制...............................................................1

1.2.1变更记录........................................................1

1.2.2审阅记录........................................................1

2引言..........................................................................2

2.1编写目的...............................................................2

2.2读者对象................................................................2

2.3项目背景................................................................2

2.4测试目标...............................................................2

2.5测试参考文档和测试提交文档............................................2

2.5.1测试参考文档.....................................................2

2.5.2测试提交文档.....................................................3

2.6术语和缩略语...........................................................3

3测试要求.....................................................................4

3.1测试配置要求...........................................................4

3.1.1硬件环境..........................................................4

3.1.2软件环境..........................................................4

3.2测试手段................................................................5

3.2.1测试方法..........................................................5

3.3测试数据................................................................5

3.4测试策略................................................................5

3.4.1单元测试..........................................................5

3.4.2集成测试..........................................................6

3.4.3系统测试..........................................................6

3.4.4验收测试.........................................................10

3.5测试资源...............................................................10

3.6测试阶段及范围.........................................................11

3.7通过测试的标准.........................................................11

4测试工作流程及规范..........................................................11

4.1计划与设计阶段........................................................11

4.1.1测试任务启动....................................................11

4.1.2编写测试计划....................................................12

4.1.3设计测试用例....................................................13

4.1.4测试用例评审..............................................14

4.2执行测试阶段..........................................................15

4.2.1冒烟测试.........................................................15

4.2.2模块/集成测试...................................................15

4.2.3缺陷分析.........................................................16

4.2.4回归测试.........................................................17

4.2.5性能测试.........................................................17

4.3总结阶段...............................................................18

4.3.1编写系统测试报告................................................18

4.3.2编写总结报告...................................................19

4.3.3测试验收........................................................19

4.3.4测试归档........................................................20

4.4缺陷跟踪.................................................................21

5缺陷类型定义.................................................................21

6测试标准....................................................................22

7软件结构介绍.................................................................23

7.1概述.................................................................23

8用例表格.....................................................................26

9关注点.......................................................................26

9.1文本输入框.............................................................26

9.2下拉列表...............................................................27

9.3增加数据...............................................................27

9.4修改数据...............................................................27

9.5删除数据...............................................................27

9.6查询数据...............................................................27

9.7数据导入导出..........................................................28

9.8数据接入与处理........................................................28

9.9其他...................................................................28

10附录........................................................................28

10.1附录1审批记录表.................................................28

2引言

2.1编写目的

2.2编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护

工程师、测试工程师提供关于XXXX项目系统整体系统功能和性能的测试指导。

同时，该文档也是用户确定软件是否完整测试的重要依据。

2.3读者对象

本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试

组、系统维护工程师、用户。

2.4项目背景

项目名称：

简称：

委托单位：

2.5开发单位：

2.6测试目标

2.7在用户使用软件之前，尽可能地发现软件中存在的错误和不合理之处，排

除软件中潜在的错误，最终把高质量的软件系统交给用户。系统的测试目标：功

能、性能、ui、安全性、兼容性、容量。

2.8测试参考文档和测试提交文档

2.8.1测试参考文档

表2-1参考资料列出了此次计划涉及到的参考资料。

表2-1参考资料

名称备注

GBT-8567-2006计算机软件文档编制规范

GBT15532-2008计算机软件测试规范

GBT9386-2008计算机软件测试文档编制规范

2.8.2测试提交文档

测试提交文档如表2-2测试提交文档

表2-2测试提交文档

文档名称备注

软件测试计划

软件测试方案

软件测试用例

软件回归测试报告

软件测试完成报告

软件功能复核表

2.9术语和缩略语

本文使用了表2-3术语/定义表所显示的面向用户的术语、定义，包括通用词语

在本文档中的专用解释。

表2-3术语/定义表

术语/定义说明

软件测试软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测

试，其至根据需要编写不同的测试工具,设计和维护测试系统，对测试方

案可能出现的问题进行分析和评估。

系统测试系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相

符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机

系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人眼等其

他系统元素结合起来，在实际使用环境下，对计算机系统进行的测试。

功能测试黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下

进行的测试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、

功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能

是否符合需求，包括原定功能的校验、是否有冗余功能、遗漏功能。

性能测试性能测试关注的是系统的整体。它和通常说的强度、压力、负载测试有密

切关系。所以压力和强度测试应该与性能测试一同进行。

3测试要求

3.1测试配置要求

3.L1硬件环境

测试配置需要的硬件环境如表3-1硬件环境表

表3-1硬件环境表

序号资源名称资源描述数量

CPU:4核；内存：8G；硬盘：250G

1服务器1

内存：4G；磁盘：100G

2客户机1

3网络4Mbps

3.1.2软件环境

测试配置需要的软件环境如表3-2软件环境表

表3-2软件环境表

分类软件

服务器操作系统WindowsServer2012

应用软件tomcat8.0

数据库oraclel1g

客户端操作系统Windows

浏览器360安全浏览器（极速模式）、谷歌浏览器等

3.2测试手段

3.2.1测试方法

3.3系统的功能测试我们选用的是手工测试，运用黑盒测试中的等价类划分、

边界值分析、错误推测、因果图法。系统ui方面的测试包括：易用性测试、

规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特性测试、

快捷方式组合测试。系统的安全性、兼容性、安装与反安装、配置测试也是

手工测试。单元测试采用的方法是白盒测试，功能测试采用黑盒测试。

3.4测试数据

3.5测试数据主要按照xxxx系统，参考系统中规定的运行限制，设计测试用

例，作为系统平台的测试数据。

3.6测试策略

3.6.1单元测试

1）首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块,

或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验

的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存

在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重

考虑以下五个方面：

2）模块接口：对所测模块的数据流进行测试。

3）局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或

尚未初始化的变量、错误的初始值或缺省值。

4）路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的

计算（包括算法错、表达式的符号表示不正确、运算精度不够等）、不

正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适

当地修改了循环变量、错误的或不可能的循环终止条件等）导致的错误。

3.6.2错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理

功能，保证其逻辑上的正确性。

3・6.3边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值

的用例。

3.6.4集成测试

1）集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需要

将所有的模块按照设计要求组装成系统，这时需要考虑的问题：

2）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。

3）一个模块的功能是否会对另一个模块的功能产生不利的影响。

4）各个子功能组合起来，能否达到预期要求的父功能。

5）全局数据结构是否有问题.

单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。

我们在组装时可参考采用一次性组装方式或增殖式组装方式。

3.6.5系统测试

1）系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的

要求一致，主要是下列类型的测试：

功能测试：验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整,

没有冗余和遗漏的功能。功能测试详细介绍如表3-3所示：

表3-3功能测试详细表

测试范围验证数据精确度、数据类型、业务功能等相关方面的正确性

测试目标核实所有功能均己正常实现，即是否与需求一致

技术采用黑盒测试、边界测试、等价类划分等测试方法

工具与方法手工测试

开始标准开发阶段对应的功能完成并且测试用例设计完成

完成标准测试用例通过并且最高级缺陷全部解决

需考虑的特殊事项注意功能与功能的关联性

用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、

是否满足设计中要求的执行功能。详细介绍如表3-4UI测试介绍表所示：

表3-4UI测试介绍表

测试范围1.导航、链接、Cookie、页面结构包括菜单、背景、颜色、

字体、按钮名称、TITLE,促示信息的一致性等。

2.友好性、可操作性（易用性）。

2.友好性、可操作性（易用性）。

测试目标核实各个窗口风格（包括颜色、字体、提示信息、图标、TITLE

等等）都与需求保持一致，或符合可接受标准，能够保证用

户界面的友好性、易操作性，而且符合用户操作习惯。

技术WEB测试通用方法

工具与方法手工测试、目测

开始标准界面开发完成

完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作

性，而且符合用户操作习惯

测试重点与优先级首先考虑系统整体风格，其次考虑功能菜单与菜单之间风格

需考虑的特殊事项数据图表类功能要与整体风格搭配得当。

性能测试：测试相应时间、事务处理效率和其他时间敏感的问题。性能测试介绍

如表3-5所示：

表3-5性能测试介绍表

测试范围多用户长时间在线操作时性能方面的测试

测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定

性，不造成系统崩溃或相关的异常现象

技术手工测试、自动化测试

开始标准自动化测试脚本设计并评审通过且项目组移交系统测试

完成标准系统满足用户需求中所要求的性能要求

测试重点与优先级多用户同时增删改查数据

需考虑的特殊事项多用户同时提交企业信息或申报信息到属地管理部门

兼容性测试：测试软件在不同的平台上使用的兼容性。兼容性测试详细如表3-6

所示：

表3-6兼容性测试详细表

测试范围1.使用不同版本的不同浏览器、分辨率、操作系统分别进行

测试。

2.不同操作系统、浏览器、分辨率和各种运行软件等各种条

件的组合测试。

2.不同操作系统、浏览器、分辨率和各种运行软件等各种条

件的组合测试。

测试目标核实系统在不同的软件和硬件配置中运行稳定

技术黑盒测试

工具与方法

手工测试

开始标准项目组移交系统测试

完成标准在各种不同版本不同类项浏览器、操作系统或者其组合下均能

正常实现其功能（此测试根据开发提供依据决定测试范围）

测试重点与优先级固废地图、视频监控功能

需考虑的特殊事项同一浏览器极速模式和兼容模式问题

安全性测试：测试软件系统对非法侵入的防范能力。安全性测试详细表如表3-7

所示：

表3-7安全性测试详细表

测试范围1.用户、管理员的密码安全

2.权限

3.非法攻击

测试目标1.用户、管理员的密码管理

2.应用程序级别的安全性：核实用户只能操作其所拥有权限

能操作的功能。

3.系统级别的安全性：核实只有具备系统访问权限的用户才

能访问系统。

3.系统级别的安全性：核实只有具备系统访问权限的用户才

能访问系统。

3.系统级别的安全性：核实只有具备系统访问权限的用户才

能访问系统。

技术代码包或者非法攻击工具

工具与方法手工测试

开始标准功能测试完成

完成标准执行各种非法操作无安全漏洞且系统使用正常

测试重点与优先级用户名重友校验、密码及杂度

需考虑的特殊事项无

配置测试：测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系

统的质量。详细的配置测试详细表如表3-8所示：

表3-8配置测试详细表

测试范围不同网络、服务器、工作站，不同软硬件配置条件

测试目标核实系统在不同的软硬件配置条件下系统的质量是否达到标

准

技术黑盒测试

工具与方法手工测试

开始标准系统开发完成后

完成标准达到相关要求

测试重点与优先级测试优先级以测试需求的优先级为参照

需考虑的特殊事项软硬件设备问题

回归测试详细介绍如表3-10所示:

表3-9回归测试详细表

测试范围所有功能、用户界面、兼容性、安全性等测试类型

测试目标核实执行所有测试类型后功能、性能等均达到用户需求所要求

的标准

技术黑盒测试

工具与方法手工测试和自动化测试

开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段二

进行回归测试

完成标准

95%的测试用例执行通过并通过系统测试

测试重点与优先级测试优先级以测试需求的优先级为参照

需考虑的特殊事项软硬件设备问题

3.6.6验收测试

①用户新增或修改的内容如表3T0用户验收表所示。

表3-10用户验收表

测试项测试方法预计结果实际结果结论

上报成功并可以上报成功并可以正

人员信息上报手工测试测试通过

正常审核常审核

提交成功并可以提交成功并可以正

车卡申请手工测试测试通过

正常审核常审核

审批流程手工测试流程正常流程正常测试通过

3.7测试资源

测试人力资源分配如表3-11人力资源表所示。

表3-11人力资源表

人员角色职责、任务备注

项目经理项目管理

测试组组长制定测试计划、方案并安排测试工作

测试工程师执行测试

测试工程师执行测试

3.8测试阶段及范围

测试阶段及范围如表3-12测试阶-段范围表

表3-12测试阶-段范围表

序号阶段范围备注

1测试计划整个系统的测试计划

2系统培训整个系统测试的培训

3测试设计整个系统的测试用例

4测试执行整个系统

5结果分析全部测试结果

3.9通过测试的标准

一般有“基于测试用例”和“基于缺陷密度”两种评比准则，在这里我们采

用前者。

D准则如下：

2）功能性测试用例通过率达到100%；

3）非功能性测试用例通过率达到95%；

4）没有高于优先级3以上的问题。

备选通过办法：

根据实际情况由软件开发部门的经理、项目经理和测试负责人共同讨论确定

本测试阶段是否结束。

4测试工作流程及规范

4.1计划与设计阶段

4.1.1测试任务启动

开发团队与详细说明

测试团队交

接测试内容，

对测试目标

达成一致，

统一项目组

的目标和测

试的工作重

点。测试人

员可预先熟

悉背景资料，

协助测试主

管编写《软

件测试计

划》初稿。

过程要点

前置条件软件实现阶段完成（编码）

项目经理通知测试主管正式测试交接时间，测试规模预估等

工作内容

测试任务得到测试主管确认，并提交《软件测试计划》初稿

退出标准

输出文档《软件测试计划》初稿

项目经理，测试主管

责任人

4.1.2编写测试计划

需求分析文详细说明

档确立后，

测试团队需

要编写测试

计划文档，

为后续的测

试工作提供

直接的指

导。

过程要点

前置条件项目需求文档建立

工作内容•根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划

中应该至少包括以下关键内容：

•测试需求一一需要测试团队测试的范围，估算出测试所花费的人力资

•源和各个测试需求的测试优先级

•测试策略一一整体测试的测试策略和每个测试需求的测试方法

・测试资源一一本次测试所需要用到的人力、硬件、软件、技术的资源

・测试团队角色一一明确测试团队内各个成员的角色和相关责任

•里程碑一一明确标准项目过程中测试团队应该关注的里程碑

•可交付工件一一在测试团队的工作中必须向项目组提交的产物，包指

・测试计划、测试报告等等

•风险管理一一列举出测试工作所可能出现的风险

•测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各

个角色组联合评审

•测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各

个角色组联合评审

退出标准测试计划文档由项目组评审通过，提供《软件测试计划》正稿

在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整

性、可行性，在项目结束时还要最后评估一下测试计划的质量

在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整

性、可行性，在项目结束时还要最后评估一下测试计划的质量

输出文档《软件测试计划》

责任人测试主管

4.1.3设计测试用例

在需求分析详细说明

文档确立基

线以后，测

试团队需要

针对项目的

测试需求编

写测试用例,

在实际的测

试中，测试

用例将是唯

一实施标

准。在用例

的编写过程

中，具体的

任务和责任

人如下：

过程要点

前置条件测试需求明确，测试计划明确，己确定《软件需求规格说明书》

工作内容根据每一步测试计划编写全部的测试用例

退出标准根据每一步测试计划编写全部的测试用例

输出文档《软件测试用例》

责任人测试主管、测试人员

注：编写完成的测试用例，需项目经理审核确认，保证其全面性；

注：编写完成的测试用例，需项目经理审核确认，保证其全面性；

注：编写完成的测试用例，需项目经理审核确认，保证其全面性；

4.1.4测试用例评审

在测试团队详细说明

完成测试用

例之后，项

目组需要对

项目的测试

用例进行评

审，在用例

的评审过程

中，具体的

任务和责任

人如下：

过程要点

前置条件测试用例完成

工作内容根据项目《软件需求规格说明书》对测试用例进行评审

退出标准更新测试用例，测试用例覆盖到所有的测试需求

输出文档《软件测试用例评审报告》

责任人项目经理、测试主管

4.2执行测试阶段

4.2.1冒烟测试

在开发团队详细说明

完成某个功

能模块之后，

测试团队首

选对功能模

块进行冒烟

测试，确保

基本功能都

完成。

过程要点

前置条件开发团队完成某个功能模块

工作内容测试人员根据《软件需求规格说明书》对模块进行冒烟测试，确保基玄功

能完成。

退出标准冒烟测试通过，基本功能完成。

责任人测试人员、开发人员

4.2.2模块/集成测试

执行针对已详细说明

经通过冒烟

测试的功能

模块和已经

评审通过的

测试用例,

实施测试用

例绝对将花

费测试团队

绝大部分时

间，这些工

作都是建立

在前期很多

计划工作的

基础上。

过程要点

前置条件测试主管提前制定出当日的测试计划，确定可用的测试用例。

工作内容测试人员根据测试计划中分配给自己的测试任务和测试用例，实施相应

的

测试用例，并将记录实施用例的结果。缺陷及时记录和提交，并与相关开

发人员沟通。

测试用例，并将记录实施用例的结果。缺陷及时记录和提交，并与相关开

发人员沟通。

退出标准测试用例中的所有任务被执行，结果被记录，缺陷被提交。

责任人测试人员、开发人员

4.2.3缺陷分析

测试主管和详细说明

项目经理根

据项目的定

位,针对测

试人员提交

的缺陷进行

分析，以提

高测试效

率。

过程要点

前置条件所有的测试用例全部都执行完成

工作内容根据项目的定位等针对测试人员提交的缺陷进行分析

如存在缺陷转为需求，则更新需求规格说明书

如存在缺陷转为需求，则更新需求规格说明书

退出标准测试人员提交的缺陷完成分析

责任人项目经理、测试主管

4.2.4回归测试

在每轮测试详细说明

结束之后，

由测试团队

针对修改后

的版本，进

行回归测

试U

过程要点

前置条件在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全

部的活动缺陷都被解决。

工作内容测试团队将按照测试计划中对于回归测试的策略对产品进行回归测试，

回归测试的用例属于测试用例的•部分或者是全部测试用例，但不超出

原先预定的测试用例的范围。

回归测试的用例属于测试用例的一部分或者是全部测试用例，但不超四原

先预定的测试用例的范围。

退出标准回归测试所运行的用例全部通过。

责任人测试人员、开发人员

4.2.5性能测试

如有必要，详细说明

需要收集用

户对性能方

面的要求，

做性能测试，

同时出具

《性能测试

报告》。

过程要点

前置条件项目集成测试完毕，并完成所有的回归测试

工作内容根据收集到的用户对性能方面的要求，制定性能测试策略，并进行性能

测试，收集性能测试结果数据。

测试，收集性能测试结果数据。

输出文档《性能测试报告》

退出标准项目的性能指标达到用户的要求

责任人测试人员、开发人员

4.3总结阶段

4.3.1测试工作结束或即将结束时，测试团队就要开始着手准备进行总结的工

作。

4.3.2编写系统测试报告

在回归测试详细说明

结束之后，

测试主管将

要编写系统

测试报告，

对系统测试

情况进行总

结，并且提

交给全体项

目组，为产

品的后续工

作提供重要

的信息支

持。

过程要点

前置条件测试团队完成了所有的测试实施工作

工作内容•测试主管根据测试的结果，按照系统测试报告的文档模板编写测试报

告，测试报告必须包含以下重要内容：

・测试资源概述一一多少人、多长时间

•测试结果摘要一一分别描述各个测试需求的测试结果，产品实现了哪些

功能点，哪些还没有实现

•缺陷分析一一按照缺陷的属性分类进厅分析

•测试需求覆盖率一一原先列举的测试需求的测试覆盖率，可能一部分测

试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明

•测试评估一一从总体对项目质量进行评估

•测试团队建议一一从测试团队的角度为项目组提出工作建议

输出文档《系统测试报告》

退出标准测试主管完成了符合标准的系统测试报告，发送给全项目组。

责任人测试主管

4.3.3编写总结报告

测试总结工详细说明

作是在以上

的工作全部

结束以后，

它的目的是

评估本次测

试工作，总

结经验，使

下一次的工

作做得更

好。

过程要点

前置条件测试主管完成了符合标准的测试报告，发送给全项目组

工作内容•测试主管根据测试的结果，按照测试总结的文档模板编写测试总结：

内容包括：

•测试效果总结一一测试是否达到预期目的

•测试文档总结一一测试过程文档是否齐全，可信，符合标准

•测试评估一一从总体对测试的质量进吁评估

•测试建议一一对本次测试工作指出不足，需要在以后工作中改进的地方

•宣布测试结束一一测试验收组成员签字宣布本次测试结束

输出文档《项目测试工作总结》

退出标准测试主管完成了符合标准的测试总结，发送给全测试团队。

责任人测试主管

4.3.4测试验收

测试验收工详细说明

作是在以上

工作全部结

束后，对测

试的过程，

效果进行验

收，宣布测

试结束。

过程要点

前置条件测试组完成了所有的测试实施工作，测试负责人完成符合标准的测试总

结文档

工作内容•由测试发起会上约定的验收组成员，对本测试进行验收，验收内容包括：

测试效果验收一一测试是否达到预期目的

•测试文档验收一一测试过程文档是否齐全，可信，符合标准

•测试评估一一从总体对测试的质量进厅评估

•测试建议一一对本次测试工作指出不足，需要在以后工作中改进的地方

•宣布测试结束一一测试验收组成员签字宣布本次测试结束

输出文档《项目测试工作总结》

退出标准签发《测试总结报告》

责任人项目经理、开发经理、测试主管

4.3.5测试归档

测试归档详细说明

是在测试验

收结束宣布

测试有效，

结束测试后，

对测试过程

中涉及到各

种标准文档

进行归类，

存档。

过程要点

前置条件测试验收通过

工作内容•归类，存档测试过程涉及到的文档，主要包括以下文档（必须）

•《软件测试计划》

•《软件测试用例单》

•《软件测试用例评审报告》

・《系统测试报告》

・《性能测试报告》

•《项目测试工作总结》

退出标准全部文档归类完毕，版本号封存

责任人测试主管

4.4缺陷跟踪

测试验收结详细说明

束后，跟踪

产品在试运

行阶段暴露

出来的新缺

陷，以及已

提交的缺陷

是否再次发

生。

过程要点

前置条件测试团队完成了所有的测试实施工作，测试验收通过，产品上线试运行、

运行。

工作内容•已发现缺陷是否再次发生

•是否有新发现的在测试中未发现的缺陷（2

•是否有新发现的在测试中已发现但未修改的缺陷

定义：

A类：新发现的缺陷B类：已发现的缺陷C类：已发现未修改的缺陷

A类：新发现的缺陷B类：己发现的缺陷C类：已发现未修改的缺陷

退出标准缺陷跟踪报告

责任人测试主管、项目经理

5缺陷类型定义

本规范定义描述

以下四类缺

陷：

级别

A由于程序所引起的死机，非法退出

》软件运行导致机器死机

A功能未实现或功能不符

1-紧急（A类）A软件出现死循环

》软件运行导致数据库发生死锁

》数据通讯错误，数据流错误

》严重的数值计算错误

》程序接口错误

》功能实现不符合原始需求

2-较高（B类）A轻微的数值计算错误

》界面错误（详细文档）

》打印内容、格式错误

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

》删除操作未给出提示

3-中等（C类）》辅助说明描述不清楚

A显示格式不规范

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

4-轻微（D类）A提示窗口文字未采用行业术语

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

A系统处理未优化

》微小的问题，几乎不影响功能；如界面上错误字

A建议增加或修改优化操作

6测试标准

软件测试合格须符合以下标准。

A类错误B类错误C类错误D类错误

无无W2%W4%

以上比例为错误占总测试模块的比例。

7软件产品未经测试合格，不允许投运（延后处理、转为需求缺陷的除外）。

8软件结构介绍

8.1概述

XXXX系统简称包头固废监控系统，总共有XX大功能模块分别是：xxxx、xxxx、

XXXX、XXXX、XXXX、XXXX、和XXXX七大模块儿。每个模块的需求模块如下表所

示：

本文档描述的数据接入需求模块、需求标识及需求描述如表8-1数据接入

子系统需求模块及标识所示。

表8-1数据接入子系统需求模块及标识

需求标识需求模块需求描述

1

2

3

4

5

6

7

8

9

本文档描述的产生源管理需求模块、需求标识及需求描述如

表8-2需求模块及标识所示。

表8-2需求模块及标识

需求标识需求模块

需求标识需求模块需求描述

1.1

1.2

1.3

1.4

本文档描述的转移管理需求模块、需求标识及需求描述如表8