软件项目实施方案1

目录

一、项目实施方案................................................3

1.1项目实施目标...............................................3

1.2项目实施计划...............................................3

1.2.1项目实施工作流程...................................3

1.2.2项目实施工作内容....................................6

1.2.3项目实施进度表......................................8

1.3项目组织方案...............................................9

1.3.1项目管理原则........................................9

1.3.2项目团队组织结构...................................10

1.3.3项目团队人员安排...................................13

1.4项目管理方案..............................................16

1.4.1项目管理流程........................................16

1.4.2项目范围管理........................................16

1.4.3项目进度管理.......................................17

1.4.4项目变更的管理.....................................20

1.4.5项目风险管理.......................................20

1.5项目质量保证方案.........................................21

1.5.1质量保证体系......................................21

1.5.2项目调整方案和措施................................22

1.6项目文档管理.............................................23

1.7用户需求确认书...........................................26

1.8项目测试验收..............................................27

1

1.8.1项目测试验收安排...................................27

1.8.2系统测试方法和环境.................................28

1.8.3测试流程...........................................30

1.8.4测试规范...........................................31

1.8.5测试总结与验收.....................................31

2

一、项目实施方案

L1项目实施目标

本项目的实施目标是确保项目整体建设内容在合同签订之日起60天内完成

上线试运行，运行10天后组织初验；试运行期满1个月后无质量问题10天后组

织终验，并确保项目质量达到预期水平。通过科学的项目实施管理，实现项目按

时、按质完成，提升项目的整体把控能力。

1.2项目实施计划

项目实施计划是指对项目从开始到结束的整个过程进行详细安排和规划的

计划文件。它包括项目目标、项目范围、项目时间表、项目预算、风险管理计划、

采购计划、质量保证计划等。项目实施计划的目标是确保项目按时、按质量要求

完成，同时尽可能减少项目成本和风险。

在制定项目实施计划时，需要考虑项目的目标、需求、资源、技术、环境等

因素，并确定项目的关犍路径和关键控制点。项目实施计划需要不断调整和完善,

以适应项目实际情况的变化。

在项目实施过程中，需要按照项目实施计划进行进度控制、质量控制、预算

控制等管理工作，以确保项目的顺利实施和完成。同时，还需要及时调整和完善

项目实施计划，以适应项目实际情况的变化。

总之,项目实施计划是项目管理的重要环节之一，是项目成功关键因素之一。

1.2.1项目实施工作流程

＞总体计划

项目正式启动后，项目将严格按照项目实施计划进行。

首先进行项目的需求调研，开始收集项目的各种资料，并形成详细的需求规

格说明书；

在项目需求调研的基础进行《概要设计》和《详细设计》的编写，并聘请专

3

家进行咨询、论证，通过专家评审，经修改后部分内容形成正式文稿；

在《概要设计•》和《详细设计》的指导下，开始进行系统的开发实施，在此

过程中软件测试和软件初始数据的录入工作；

系统开发完成后，进行安装调试、试运行，同时进行现有系统的集成和数据

导入工作，进入系统全线运行阶段，完成整体测试、修改完善；

在系统全线运行后，进行项目总结，完成系统的总体验收。在此过程中，系

统培训贯穿始终，确保受训人员能够熟练的对系统进行安装、调试、运行、维护、

管理。

＞阶段性计划

在项目开发阶段遵循需求分析、概要设计、详细设计、编码阶段、测试阶段

及安装调试施工。

（1）需求分析

需求分析要从用户的具体要求出发进行抽象汇总最终形成需求分析文档，形

成的具体的内容如下：

1）系统的各个模块的功能说明；

2）系统的性能要求；

3）系统的安全性要求；

4）系统的容错要求；

5）系统接口要求；

6）系统使用范围；

7）系统的客户界面要求等。

需求分析阶段需要用户方技术人员协调用户各相关单位配合需求调研工作，

在需求调研工作结束后，签署用户需求分析书。

⑵概要设计

从用户的需求出发，概要设计人员在确认用户最终需求的情况下进行概要设

4

计形成系统概要设计，在概要设计的结束Fl期将概要设计交由详细设计人员作为

依照进行详细设计。在概要设计阶段应该形成如下内容：

1）系统整体构架；

2）系统开发工具及方法；

3）每一模块的用户需求的说明；

4）系统各模块之间的接口；

5）系统每一模块的工作流及数据流定义；

6）数据库结构的定义；

7）数据库表结构的定义。

⑶详细设计

根据概要设计对每一功能模块按照开发工具提供的功能进行实现的详细设

计，此部分的文档应该实现如下内容：

1）每一功能模块的用户需求的详细说明；

2）每一功能模块工作流的详细实现的设计（对应需求）；

3）每一功能模块数据流详细设计及数据实现走向详细设计（对应需求）：

4）各功能模块子模块的定义和详细实现方式；

5）各功能模块之间接口的数据流及工作流的详细描述；

6）各种界面原型的设计。

要求：在详细设计阶段所有的设计必须按照可以作为编码依据的方式进行设

计，作到越详细越好。

⑷编码阶段

在编码阶段程序员要按照详细设计进行编码工作，要求编程人员所写的代码

一定要完成详细设计的所有的功能；在代码编制过程中，要求程序员严格执行编

码规范和格式要求。

⑸测试阶段

5

测试过程严格按照软件质量体系《软件测试控制程序》执行。测试方法除采

用传统的测试方式外，还采用了先进的测试工具埔助测试。测试分为两个阶段：

单元测试阶段和综合测试阶段。单元测试阶段在编码阶段完成，所有的测试文档

由测试人员提供。综合测试由开发人员和测试人员交叉担任，包括集成测试和系

统测试，同时所有的测试文档应该由专业测试人员完成。

⑹软件部署及调试

测试工作结束后，项目由系统开发阶段进入实施阶段。

L2.2项目实施工作内容

项目执行计划：合同签订之日起60天内完成上线试运行，运行10天后组织

初验；试运行期满1个月后无质量问题10天后组织终验。

第一阶段：调研和需求分析

1）调研信息化基础设施建设运行现状、网格化管理现状，掌握网格化管理

平台需求，编制需求分析报告；

2）在需求分析报告的基础上，结合项目建设目标和要求，制定详细的项目

实施方案。

第一阶段：技术方案设计

1）平台各系统各部分功能的需求分析与详细设计；

2）建立平台各应用系统的数据列表和数据库表结构；

3）软硬件技术、数据库系统的选型和开发环境的搭建；

4）建立完善的开发环境，做好开发前准备工作。

第三阶段：应用系统的建设及网络测试

1）开发网格化管理平台各应用系统；

2）完成系统集成工作；

3）应用系统的测试、调试工作。

第四阶段：应用系统的完善、安装使用与培训

6

1）安装部署应用系统;

2）应用系统使用培训，进入试运行；

3）根据用户反馈的意见对系统进行完善，形成稳定的产品。

第五阶段：应用系统试运行

1）试运行期间系统进一步修改和完善；

2）整理文档，撰写项目竣工报告，完成项目的验收工作；

3）系统交接。

合同签订之日起60天内完成上线试运行，运行10天后组织初验，完成对应

平台的建设，总体实施进度如下图所示：

7

1.2.3项目实施进度表

网格化信息管理平台实施计划进度表

8

13项目组织方案

项目实施的成功与否的关键因素中包括系统配置、工具的使用、人员组织、

实施流程和工程方法等。项目开发及实施过程要遵循应用系统开发管理和流程管

理规范，该规范包括以下几部分内容：项目流程规范、人员组织规范、体系结构

规范、业务需求规范、模型设计规范、最终用户应用规范、计划和部署规范、项

目管理规范。

L3.1项目管理原则

项目开发维护的实施中，严格按照509001国际质量体系进行控制，保证为

用户提供优质的产品、严密的工程实施、高效的服务支持。为此，要遵循下列工

程实施管理原则和保证体系。

（1）有经验、成熟的技术队伍是工程实施的前提条件

完成任何项目工程，必须拥有一支有经验的、勇于探索的、高水平的、具有

严谨工作作风的技术队伍，在工程实施的过程中发挥团队协作精神和用户密切协

作的能力。

（2）管理层次分明、职责清晰是工程实施的基础

建立层次分明的项目工程实施管理机构，明晰各层的管理职责，从组织管理

的角度保证项目实施计划落到实处。

（3）确定过程控制点，以过程质量保证整体工程质量

整体都是由局部和具体的细节构成，项目由一个个过程环节组成，只有认真

对待每一个过程细节，才能保证项目工程整体的实施质量。

（4）用户参与是项目工程成功的保证

从项目开始到项目的结束，每个阶段都强调用户的参与。开发商只有和用户

相结合才能使开发出的系统为用户所用，发挥出系统的最大效益，而用户的参与

也是系统顺利进行的保证。对本项目短时间、大范围的配置安装来说，如果有用

户的高度参与，项目工程的实施将大大加快。

9

L3.2项目团队组织结构

本项目是一项涉及面广、影响大、安全运行要求高，集数据处理、信息发布、

资源整合于一体的政府信息化项目。为了更好的次行该项目，将采取统一指挥、

并行实施、相互支援的实施办法。

为了使该项目能顺利实施，便于项目的管理和协调，使工作职责更加清晰明

白，建立项目组织实施小组，建立由项目领导小组、项目管理办公室、项目监理

公司、顾问咨询组、项目经理、项目具体实施小组组成的实施管理控制组织体系。

项目实施组织具体职责如下：

（1）项目领导小组

D负责项目实施过程中的重大事件决策：

2）根据项目的进度、质量、技术、资源、风险等实行宏观监控；

3）负责组建验收小组，主持验收工作；

4）协调参与项目各方的工作关系。

（2）项目管理办公室

1）组织各方统一制定工程管理计划；

2）组织总体实施方案评审，组织测试验收；

3）负责项目进度计划与成本控制；

4）协调解决项目实施过程中出现的各种问题。

（3）顾问咨询组

1）人员组成

•社会治理信息化相关领域的业务专家；

•多年从事IT行业和网格化建设的信息技术专家。

2）主要职责

10

•系统总体设计指导；

•对各子系统深化设计进行审核并提出优化建议；

•对各子系统进行技术协调；

•协助客户对系统的设备配置予以确认；

•对现场系统安装、调试提供必要的技术支持服务；

•项目文档审核。

（4）项目经理

1）人员组成

•项目经理由具有丰富项目管理经验的高级工程师担任。

2）主要职责

•制定项目计划：牵头制定项目计划。

•项目执行：对总体方案设计及工程设计；配置确认；工程质量保

证；系统设计、开发、测试、安装及调试；系统培训、验收。

•项目检查：通过其下属各工作组提供的工程进展汇报，将项目进

展状态与项目计划进度进行比较，发现过程误差，提出整改措施。

•项目控制：审核项目进展状态，必要时调集各种备用资源，确保

项目按计划进度实施。

•项目协调：与客户、各分系统建设部门进行协调，解决工程组织

接口及技术接口问题；定期主持系统建设协调会，及时解决各系

统间出现的相关问题。

•项目汇报：定期向项目采购单位汇报整个项目的进展情况，汇报

在系统建设过程中出现的重大问题，听取指导和建议。

（5）总体方案组

1）人员组成

11

•由从事过多名基层电子政务项目的系统架构师、系统分析员和需

求分析工程师组成。

2）主要职责

•对项目经理负责；

•进行系统的需求分析调研；

•负责系统的总体设计；

•策划系统的模块功能结构；

•配合业主方进行系统验收。

（6）软件开发组

对业主需求分析进行全面细致的了解或确认，深入描述软件的功能和性

能，划分系统的软件功能需求和硬件功能需求，确定软件同其它系统元素的

接口细节，并与客户一起讨论决定系统验收方案。

1）人员组成

•高级程序员

•具有丰富产品开发经验的产品开发设计人员。

2）主要职责

•负责项目应用软件的系统设计；

•负责项目应用软件的程序编码；

•负责项目应用软件的运行调试；

•配合业主方进行系统验收。

（7）系统测试组

1）从使用者的角度完成系统操作步骤的设计，在实施过程中监控测试

系统是否达到最初制定的操作目标，并编写业主操作手册。

12

2）检验系统开发质量，并进行功能测试。

3）当开始试运行阶段后，还要对项目的各个方面指标进行测试和评估。

（8）系统实施组

1）人员组成

•由具有丰富经验的系统工程师和参加系统开发的软件工程师组

成。

2）主要职责

•负责各个实施区域的实施方案的设计与建议；

•组织系统安装及调试；

•负责系统配置修改，安装技术支持；

L3.3项目团队人员安排

根据上述项目组织结构和职能分解，我公司计划投入高级顾问1人，项目经

理1人、开发经理1人、实施经理1人、测试经理1人，系统设计组4人、软件

开发组13人、系统测试组3人、系统实施组3人。共计28人。形成专门服务本

项目的技术开发实施队伍。随着开发层次的深入、开发量的增加，我公司投入的

人力资源将随之增加和不断进行调整。未经招标人同意，项目总负责人及各分项

目负责人在项目结束前不得变更。

具体人员组成分配情况分别如下表所示:

序号本项目职责职务本项目具体分工

系统总体设计指导及系

1高级顾问总经理统深化设计进行审核并

提出优化建议

13

序号本项目职责职务本项目具体分工

项目统筹和沟通协调、技

2项目经理副总经理

术研发和总体设计

3开发经理高级架构师项目开发过程管理

4实施经理高级项目经理项目实施管理

5测试经理高级项目经理项目测试管理

6系统设计师需求分析

7系统设计师需求分析

总体设计组

8项目策划需求分析

9项目策划需求分析

10高级架构师高级程序员、开发组长

11高级架构师高级程序员、开发组长

12高级架构师高级程序员、开发组长

软件开发组

13程序员程序员、软件开发

14程序员程序员、软件开发

15程序员程序员、软件开发

14

序号本项目职责职务本项目具体分工

16程序员程序员、软件开发

17程序员程序员、软件开发

18程序员程序员、软件开发

19程序员程序员、软件开发

20美工原型制作

21美工原型制作

22美工原型制作

23系统测试师测试经理、系统测试

24系统测试组系统测试系统测试

25系统测试系统测试

26实施工程师系统实施、安装部署

27系统实施组实施工程师系统实施、安装部署

28实施工程师系统实施、安装部署

15

1.4项目管理方案

L4.1项目管理流程

项目的组织和管理是保证一个项目实施成功的重要环节，尤其是对于项目，

更需要采用先进的管理手段、配置经验丰富的工程技术人员。我司从过去承接的

诸多项目中积累了丰富的项目管理经验，并不断汲取国内外先进的项目管理方

法，形成了适合国情的项目管理方式，在诸多项目实施中得到了充分验证。我公

司也非常愿意在项目中充分发挥自身优势，从组织、实施以及技术服务等各方面

入手进行管理，保证项目的质量及有序、按时、顺利的完成有关工作，并最终实

现系统目标。

根据项目建设的特点和分阶段实施的要求，结合我公司在项目实施的丰富实

践经验，根据我公司现有的项目管理规范进行项目组织开发，以确保此次项目的

成功完成。

任何与项目有关的事件及过程都是项目管理所应关注、协调、管理的，在一

般情况下，包括下面几个主要方面：

＞项目范围的管理

＞项目组织机构

＞项目人员安排

＞项目进度安排

＞项目质量的管理

＞项目风险管理

L4.2项目范围管理

项目范围的管理包括下述内容：

＞项目业务范围

＞项目开发阶段及工作

16

＞项目文档

L4.3项目进度管理

1.4.3.1项目开发管理

（1）系统开发周期

在该项目的具体实施时，我公司将严格按照软件工程论的方法，采用如下的

周期：

需求分析阶段：

＞确定用户需求

＞制定项目计划

系统设计阶段：

＞概要设计

＞详细设计：包括功能模块的划分和接口定义的设计

＞数据库对象设计：包括表结构设计，视图、存储过程、触发器等的

设计

＞数据库、BI的设计

＞界面设计：GUI界面的设计

编码和测试阶段：

＞建立开发环境

＞系统编码

＞子系统调试

＞功能测试

＞性能测试

17

＞容量测试

＞压力测试

＞灾难及恢复测试

＞建立综合测试环境

试运行和推广阶段

＞建立培训环境

＞建立试运行环境

＞新系统与现有业务处理方式的并行

＞建立生产运行环境

（2）系统的开发规范及指标

在系统的开发过程中我公司将遵循以下开发规范和指标：

文档书写规范

＞封面

＞概述：该文档主要内容简述。

＞改版履历和修正记录：每一次改变都要有修正记录，重大的改变作

为改版履历记录，并写明原因。

＞文档的书写格式

编程规范

＞程序中注释规范：在每一个程序文件的开始部分要写明该程序文件

的创建日期、作者、完成的功能、包含的函数列表、特别注意事项。在每一

个函数前写明该函数完成的功能、创建日期、作者、修改履历、修改日期、

修改原因。

＞注释数量的要求：每1KL代码要求50L的注释。

18

＞变量命名规范

＞函数命名规范

＞数据库对象的命名规范

＞文件的命名规范

＞修改程序规范：修改程序时，不要删除原来的程序，只可将其注释

掉，并写明修改原因。

1.4.3.2项目实施管理

为了有效管理项目的进度，保证项目进度的顺利执行，我们会用以下的手段

进行管理：

项目进度计划表

＞进度计划表一一项目的进度计划总表

每周项目进度实际报告

通过每周进度计划和实际进度完成情况的对比和分析，对人员安排、进度计

划进行调整，当出现延误且延误天数超过3天时，要及时报告项目管理委员会，

请求解决方案。

＞项目任务制定表

＞每周工作考勤报告

＞日工作记录

＞问题清单、尚待处理事项清单等

＞项目管理应用软件

除了采用以上进度管理手段外，项目经理须通过定期的项目进度小组会议了

解项目的进度和小组所遇到的困难或问题，并寻求解决方法。在必要时，重大的

问题应向领导小组报告，请求指示。

19

L4.4项目变更的管理

由于项目实施时间较长，在实施期间极有可能因为客户需求及使用环境的转

变而导致需求上的改变，经常的改变一定会影响项目的正常进行及项目完成时

间。因此我公司对该项目的变更管理作如下要求：

一般的变更需要（变更导致的工作量在3天以内完成）透过变更请求，让项

目经理及业务顾问、技术顾问审核确认并签字。

重大变更须提交项目管理委员会确认，对要求变更的事件的重要性及后果作

出论证，然后决定是否纳入改变计划，并形成“项目变更备忘录二

L4.5项目风险管理

在一个项目周期内或多或少都会出现一些影响项目进度的意外或风险。我公

司将对以下的风险进行重点预防和管理，来保证次目的顺利实施。

＞项目任务定义不准确或未能如期完成

＞应用需求变更

＞机器不准时到位

＞工作人员无准时到位

＞项目所需器材及配置不足够

＞接口开发天能配合

＞网络联通巴现问题

＞项目人力资源估计不足

＞领导与项目人员沟通不足

＞产品质量偏低

＞项目工作场地安排出现问题

20

L5项目质量保证方案

1.5.1质量保证体系

1.5.1.1质量管理要点

文件化的质量保证体系

质量体系文件的的三个层次：

质量手册：描述质量方针，是系统集成质量管理的纲领性文件；

规程文件：按要素制定的若干规定，是系统集成质量管理的支持性文件；

操作指导书：具体作业流程和操作指导，补充性文件；

1.5.1.2制定计划

综合计划一一确定项目的资源要求、进度规划等内容；

质保计划一一确定项目的质量要点和控制措施等内容；

配置管理计划、测试计划、验收计划、用户培训计划；

1.5.1.3阶段评审和联合评审

质保计划应设定重要的质量监控点，并在质量监控点处进行评审；

供需双方共同决定联合评审；

重要基线的建立和升级要评审；

1.5.1.4配置管理一一由配置管理人员负责实施

目的：确保项目组成员使用最新、一致的资源，确保项目组的开发成果受到

保护，增加项目的可视性；

制定配置管理计划并对配置项进行标识及跟踪；定期给出配置状态报告；

21

1.5.1.5文档管理

目的：确保按时生成文档，保护文档这一宝贵财富。

按阶段、按角色生成项目技术文档；

文件资料员保管文件；

编号管理；

1.5.1.6更改控制

目的：确保更改经过严格的程序并已通知到所有的有关人员。

更改控制的四个必须步骤：

更改申请审批一一＞更改实施一一＞更改验证一一＞更改传递；

基线的更改必须进行更改控制。

1.5.2项目调整方案和措施

项目在开发实施过程中，会存在实际进度与计划出现偏差的情况。所以在项

目控制过程中要定期收集项目绩效资料，将实际的绩效与计划绩效相比较，如果

实际比计划差，则采用纠正措施，同时缩短临近的时间间隔；如果实际进度滞后

于基准计戈|J,则要更改基准计划以确保计划是切实可行的，是最新的。同时把更

新的计划反映到图例（甘特图）中。

如下图：

22

L6项目文档管理

各类测试文档管理包括文档资料的收集、整理、分类、归档的全过程文档。

文档资料以纸质或电子的形式，由项目管理员管理，项目验收通过后交由文档管

理员进行归档。

测试过程文档资料内容包括：测试计划、测试方案、项目测试计划评审表、

测试明细案例、项目测试报告、操作手册、业务来往文件、会议纪要等。

23

业务测试文档管理必须符合相关保密要求。

1）我司在项目终验后提供整个系统建设的文档，包括系统设计、开发、测

试、运行、维护管理体系对应的全部管理规范和技术文档，同时提供源代码及数

据结构。

2）技术文档与系统相一致，技术文档应该全面、完整、详细、清晰。

3）技术文档能够满足投标人对系统的安装、使用、维护、应用开发的需要。

4）技术文档包括运行版本一致的、投标人拥有所有权的全部源程序和可执

行代码。

5）技术文档内容满足GB8567《计算机软件产品开发文件编制指南》和

GB/TI1457-89《软件工程术语》的要求。提供的文档和资料以电子文件为载体，

文件格式为Word文档或其他格式可视化、未加密的文件。

6）图纸规格和质量：所有纸质文件应符合ISO标准的A或B系列图纸标准,

建议采用A4标准格式，本项目不涉及图纸。

7）提供需求调研、设计阶段、开发阶段、测试阶段、实施阶段、运行阶段、

项目管理的全部交付成果的清单和成果交付形式。

提交的主要文档包括：

＞需求调研书

＞系统设计文档

＞数据库设计文档

＞系统开发规范

＞系统定制源码

＞系统测试月例

＞功能测试报告

＞性能测试报告

24

＞培训文档

＞用户手册

＞管理员手册

＞项目手册

＞系统接口又档

＞数据字典

以上文档均以电子文件格式提交，便于甲方存储与转发。

25

L7用户需求确认书

」L

XX项目需求脩认杼

工、目的

为我迂XX默件乐乐项目能等d的*关笄冷人费用.f9宅京湾阴^家土汉书

暨方WX&■认

2、乐线概述

冏条财实爱心日财、左嬖方高献出早的性儒逑'

3、业务流程图

E体里务式程

4、功能结构图

贵停£#"登中/，农

5、功能模块需求设计

各小*Z的没讦

6、需求变更记录

更69次N雷有名贰支支而迂.包余皋缱*豕、修过量忒、去a名n、名n

客交况峭等《募£果界忒变受援出入、援段时网）

用户方蚤字......................公司荟宇.•

日阳：•一年♦月•，日................日明•••年fl-9

r

26

L8项目测试验收

L8.1项目测试验收安排

1.8.1.1测试验收计划

我公司编写《项目测试验收计划》，测试验收计划考虑测试的目标、风险、

范围、测试方案、进度、人力资源安排等，其中测试验收方案明确测试内容、测

试重点及数据准备、测试方法等。

项目管理员组织项目组对《项目测试验收计划》进行评审。涉及业务部门的,

评审方还应包括各业务部门。

项目实施单位负责根据评审意见修订《项目测试验收计划》，并提交通过评

审，并在《项目测试验收计划评审表》中签字确认。

1.8.1.2测试验收过程

项目实施人员依据《项目实施方案》、《招标文件》、《业务需求说明书》、《系

统规格说明书》、《项目测试验收计划》编写“测试方案”。“测试方案”范围能覆

盖业务功能点和风险点。

项目管理员组织人员对“测试验收方案”进行评审。评审人员包括：信息部

门、需求部门、实施单位项目组成员。

项目实施单位根据评审意见修订“测试验收大纲”，并提交通过评审，经各

方在《测试验收方案》上签字确认后实施。

1.8.1.3测试验收执行

项目管理员负责监督测试、定期检查测试进度、适时调整测试时间计划；测

试人员负责编写测试报告，根据测试步骤、记录测试结果。

测试结果与预期结果不符，则被确认为缺陷。测试人员及时提交缺陷报告并

持续跟踪直至关闭。

27

项目管理员审核缺陷报告，确保缺陷信息描述准确、清晰。

测试验收收尾阶段，项目管理员应检查所有的缺陷状态。除经业务需求部门

和项目组确认可以作为残留缺陷外，其它缺陷的最终记录均应为“关闭”。残留

缺陷确认标准：

开发方明确回复在补丁中或以后版本中修改的非严重缺陷记录。

非本项目问题，属于其他项目或其他因素造成的，本项目周期内不能闭环的

缺陷记录。

1.8.2系统测试方法和环境

1.8.2.1测试环境

测试环境的定义

测试环境包括设计环境、实施环境和管理环境。本章讲述的是通常意义上的

测试环境即测试的实施环境。

测试设计环境：编制测试计划/说明/报告及与测试有关的文件所基于的软件

/硬件设备和支持。在设计阶段根据客户的需求进行环境设计，当然期望测试环

境无限接近于客户所需软件运行的真实环境，但实际上由于各种资源的限制，只

能在近似的模拟环境中进行测试。

测试实施环境：对软件系统进行各级测试所基于的软件/硬件设备和支持。

测试实施环境包括被测软件的运行平台和用于各级测试的工具。实施环境必须尽

可能地模拟真实环境，以期望能够测试出真实环境中的所有问题，同时也需要理

想环境以便找出问题的真正原因。

测试环境是测试的基础

测试环境贯穿了测试的各个阶段，每个测试阶段中测试环境对测试影响是不

一样的。

在测试的计划阶段，充分理解客户需求，掌握产品的基本特性有助于测试环

境的设计，合理调度使用各种资源，申请获得未具备的资源，保讦计划的顺利实

28

施。如果在测试计划中规划了一个不正确的环境，直到实施的过程中才发现，浪

费了大量的人力和物力取得一些无用的结果，即使只是遗漏了一些环境配置，如

不能及时发现，及时申请购买或调用，也会影响整个项目的进度。在计划阶段，

考虑周全很重要。

在单元测试和集成测试阶段，有部分测试工作是由开发人员完成的。开发人

员的测试环境通常为开发环境，近似于理想环境。理想环境有利于代码的调试和

分析，但测试结果不能视为真实结果。有这样一个例子，测试人员报告的bug

在开发环境中无法重现，开发人员就在测试人员的测试环境中研究，原来是环境

系统的设置不同造成的，此时测试人员就应该分析修改系统设置是否合理。如果

合理，这就是一个很棒的解决方案，但要求用户手工修改系统设置，或不能识别

用户的系统设置通常都是不合理的，这应该是个严重的bugo

在系统测试和验收测试阶段，测试环境必须模拟并最大限度地接近实际环

境。测试人员在设计测试案例时就得写明测试环境，因为在不同的环境中预期的

结果是不同的。测试中运行测试案例，报告bug时有一项基本的要求，就是写明

测试环境，以便开发人员再现bug,减少不必要的交流和讨论。大型的软件系统,

特别是支持多平台的软件系统，往往测试环境比较复杂，而且在不同的环境下，

软件的特性有差异，问题的解决方案也不同。

测试环境是软件测试的基础，使用错误的测试环境，可能会遇到以下的情形:

＞得出完全错误，甚至是相反的结果。

＞得出的结具和实际使用中的结果有很大误差。

＞忽略了实际使用可能会出现的严重错误，将严重的bug遗留到客户

的手中。

＞导致项目返工，造成巨大的资源浪费。

＞导致项目廷期，信誉的损失。

所以，测试环境问题的重要性应该得到充分的重视。尽量将测试环境的因素

降到最小，避免因测试环境出现的问题。

29

1.8.2.2测试方法

方法1：白盒测试

指基于程序结构的测试，测试目标是检查程序内部逻辑结构和逻辑路径，是

代码级的测试。

方法2：黑盒测试

基于程序功能的测试，根据输入输出的关系推断程序功能的正确性。

方法3：根据测试用例测试

编写测试方案，包括数据输入和相应的期望输出。依据测试用例来执行具体

操作。

方法4：

根据测试流程,对每个功能项进行测试,单元测试完成后进行系统集成测试。

1.8.3测试流程

30

1.8.4测试规范

＞测试条目数量：按照国际规范，每一千行(1KL)标准C程序的测试条

目为40条。

＞测试条目的覆盖面：测试面要能够覆盖每一条分支语句。

＞测试文档规范：见下表。

表格-测试文档规范表

希望的测实际测试测试测试日验收

测试内容测试数据

试结果结果人期人

书写测试测试数据或测

书写测试验收

希望的结实际测试试数据文件的

条目结果

果存放地

测试内容希望的测试结果实际测试结具测试数据测试人测试日

期验收人

书写测试条目书写测试希望的结果实际测试测试数据或测试数据文

件的存放地验收结果

BUG管理规范

＞预计发现BUG的目标值＞5/lKL

＞最终BUG的目标值＜0.1/1KL

＞BUG记录单

＞BUG管理列表

1.8.5测试总结与验收

测试执行完成后，项目管理员负责收集整理各项测试资料，组织编写《项目

31

测试报告》。

《项目测试报告》内容包括：项目名称和编号、测试过程简述、测试结果、

结论。

《项目测试报告》提交给需求部门共同审核，并进行用户业务验收，确认符

合业务要求后后召开项目验收会