1、17.16项目测试验收方案17.16.1 验收流程在验收阶段，平台系统所有应用系统将按照用户和我公司都认可的系统需求分析 ，组织验收小组，进行功能和性能的验收测试。从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性及系统文档、代码、规范及注释说明等方面组织全面验收。验收测试安排分为系统初验和系统终验。17.16.1.1 系统初验经过系统内部试运行，我公司对内部试运行期间发现的问题改正后，提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行。用户在收到我公司验收申请后，尽快组织系统初验。初验前我公司提供全部的工程文档和安装测试报告，并提供初验测试
2、文档，在用户认可后进行初验测试，初验通过后，系统进入正式试运行期。我公司应解决试运行期间所反映出的问题，若系统达不到合同规定要求，试运行期将继续顺延，直到系统完善，但试运行期最长不得超过三个月。17.16.1.2 系统试运行初验合格后，经用户同意，系统进入试运行阶段，试运行周期不超过三个月。在试运行期间，我公司按用户要求提供培训和技术支持，保证用户能够正确理解和使用系统；我公司对试运行中出现的任何问题及用户提出的修改意见将及时做出响应，并提交解决方案，在用户确认后实施。试运行期间如出现重大故障，则试运行期从故障排除之日起重新计算。17.16.1.3 系统终验标准正式试运行期结束后，如系统无功能
3、缺陷，能够正常运行，在具备终验条件下进行系统终验，由我公司提出终验书面申请，用户在收到我公司验收申请后，尽快组织系统终验。成立项目全面验收小组，由用户、我公司以及外部专家等组成，对项目进行全面验收。系统终验前，我公司提交终验测试标准和终验测试计划，内容包括：测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据，并以图表说明每一测试对象或过程的功能输入输出测试进度。17.16.1.4 系统终验内容1) 系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。2) 系统稳定性：硬件环境的稳定性、软件运行异常处理和正
4、常运行情况。3) 系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。4) 系统文档：验收文档是否齐全、规范、准确、详细，主要的文档包括：需求分析报告，框架设计报告，数据库物理及逻辑设计报告，详细设计报告，编码规范及技术选型报告，测试报告，系统部署和发布报告，集成方案，软件用户使用手册，系统维护方案和操作文档等。5) 代码规范及注释说明：程序代码编写是否规范；注释说明或代码文档是否详细全面；接口定义是否符合局信息系统规划一致性的要求。6) 系统灵活性：系统是否方便客
5、户进行维护；系统是否在先进性的基础上具备未来升级和可扩充性；是否利于系统平台迁移和部署等。7) 系统可操作性：界面是否友好性；是否实现傻瓜化操作和智能化数据检索功能。8) 系统安全性：是否有完善的安全机制保证系统的安全性，如软件方面的安全防范（加密措施、相关认证、数据库安全防范） ，硬件方面（防火墙、物理隔离和逻辑隔离）的安全设置。9) 其他验收标准：其他的与本系统相关的验收标准。17.16.1.5 系统终验过程1) 我公司按照项目验收计划完成验收准备工作2) 用户代表运行验收测试用例集，记录运行结果3) 如果发现没有通过的验收测试用例，则我公司立即解决问题4) 用户主持项目验收会5) 我公司
6、向用户报告项目实施结果6) 用户代表向用户报告试运行结果7) 用户评议项目实施和试运行结果，起草和审定项目验收报告。经中国疾病预防控制中心精神卫生中心确认系统终验通过后，双方签署终验证书。17.16.1.6 终验技术文档资料我公司在软件开发和系统集成中将严格按照国家软件工程有关要求提供的文档来提供，验收的技术文档至少包含以下内容：序号名称 内容 提交时间1 系统需求分析 描述用户需求及分析结果(含用例图,类图等)需求分析结束2 系统概要设计 描述系统模型及系统体系架构等初步设计内容概要设计结束3 系统详细设计说明术 描述系统各个子模块的接口和详细设计流程详细设计结束4 应用程序设计说明书 描述
7、系统各程序模块的接口和实现流程详细设计结束5 数据库详细设计说明书描述数据库物理规划，数据表字段，存储过程设计内容详细设计结束6 应用系统集成实施说明描述系统上线实施的详细过程和步骤开发过程中，部件开发结束7 系统测试大纲 描述系统测试的详细测试用例和测试方法组装测试结束8 系统测试报告 描述系统测试的详细测试结果和分析系统测试结束9 系统验收报告 描述软件综合评价，汇总所有软件开发相关文档系统验收完毕10 系统用户使用手册 描述系统详细使用说明 应用集成结束11 系统安装维护管理手册描述系统日常管理和维护的详细内容系统测试结束17.16.1.7 终验报告验收小组将在终验结束后提交一份由专家签
8、名的验收报告。验收报告附平台系统和整体系统测试结果报告，同时给出以下明确结论之一：（1）通过验收；（2）基本通过验收，要求在七天内完善后再次进行验收；（3）未通过验收，要求在十天内改正后再次进行验收；如再次验收后仍然不能全部通过，用户有权终止合同，并要求我公司承担违约责任。验收结束时,我公司将平台系统相关产品说明书、系统安装手册、技术文档、资料及安装、测试、验收报告等文档汇集成册交付用户。17.16.2 测试方法17.16.2.1 单元测试 单元测试目的单元测试的对象是软件设计中的最小单元模块。单元测试人员根据单元测试计划对已完成的系统单元进行测试，确保已完成的系统单元符合相应部分系统详细设计
9、说明书所规定的要求。如果单元测试发现系统单元与其相应的详细设计说明书不符，则此系统单元必须修改以最终符合说明书的规定。 单元测试采用的方法、技术与内容单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。 单元测试流程单元测试流程分为单元测试设计、单元测试准备、单元测试实施和记录、单元测试错误跟踪。单元测试设计即单元测试用例设计，由系统设计人员在详细设计的同时完成。单元测试准备为按照测试用例的要求，准备单元测试驱动数据和驱动模块，由开发人员在开发过程中完成。单元测试实施和记录由开发人员在编码完成以后进行。单元测
10、试问题跟踪由开发人员和系统设计人员共同完成，根据引起问题的不同原因进行不同处理。如果测试问题为编码错误，则由开发人员完成纠错后重新测试。如果测试问题为设计阶段引起的问题，则需要进行设计变更。通过单元测试的程序，进入配置管理系统。 单元测试用例编程组组长组织、指导开发人员根据系统设计说明书，编写所负责代码设计模块的单元测试用例，设计单元测试脚本。17.16.2.2 代码评审编程组组长组织人员进行代码检查。若所写的代码不符合编码规范，即便已实现了系统功能，仍然认为不合格的，需要重写。 代码检查的意义保证代码编写的规范保证代码编写的过程不产生 BUG代码检查的依据 检查代码是否有更新检查存在问题是否
11、有更新检查存在问题是否已解决问题已解决，则填写代码检查记录17.16.2.3 集成测试 集成测试目的集成测试是指根据系统概要设计及系统集成与开发详细设计，对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合的系统是不是达到预期的效果等。 集成测试采用的方法、技术和内容集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包括单元之
12、间的接口测试、全局数据结构测试等。 集成测试流程集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。集成测试设计由测试组组长根据项目计划和开发计划编制集成测试计划，设计测试用例。测试计划和测试用例应当通过项目经理的审查。集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试，并且记录测试过程和测试结果。集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题
13、报告，并由系统设计人员和开发人员解决每一个问题的过程。测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告结束测试。17.16.3 功能测试功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包括：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。（1）测试目标当国家重性精神疾病管理报表直报系统开发结束时，就要面临着推广使用的问题。在整个的软件开发过程中，由于各种原因应用
14、系统会有不完善的问题，这些问题会体现在开发后发布的软件产品中，并在产品中极大的影响着产品的使用，对于用户，这些缺陷阻碍着完成他们的既定目标和工作。所以我们要组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低 BUG 率，从各个方面提高软件产品的质量和可用性，为用户提供优质的国家重性精神疾病管理报表直报系统。计划进度表和测试计划对业务系统测试进行了时间和内容上的定义与约束。（2）测试流程下图是功能测试的流程，概要描述了测试过程中所涉及的角色，测试阶段，以及各阶段不同角色需要完成的任务。业务测试流程在准备测试用例这一活动中，我们所执行的具体任务如图所示，在确
15、定具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要设计的测试用例。每个测试用例的描述如图中下半部分的描述。准备测试用例测试用例是测试工作中重要的指导性文件。国家重性精神疾病管理报表直报系统的测试用例主要是按照测试类型做划分，测试用例的输入为国家重性精神疾病管理报表直报系统测试需求 ，测试需求的输入是系统需求规格说明书 。在整个测试过程中，我们将用缺陷管理工具 BugBase 对测试大纲、测试用例、测试问题等进行管理，并可对问题进行统计。（3）关键步骤 输入项目开发计划业务需求说明、 系统需求规格说明测试数据 关键步骤定义测试需求与策略开发测试脚本和用例准备测试环境执行测试 输出测
16、试计划测试用例、脚本测试结果 关键成功因素确定系统需求的可靠方法认可了整体测试计划测试脚本开发与执行有足够资源与时间支持测试脚本开发与执行的工具，包括适当的配置环境开发以业务过程驱动为基础的测试脚本测试环境的可靠、及时（转换）的测试数据所有业务系统和系统集成测试的全面执行独立的质量保证测试和对所有测试活动的合格终止（4）测试完成标准 实现功能完全符合功能列表。 所有的功能页面均可达。 TD 上的问题得到妥善处理，不含有 A,B,C 类问题。 定义的测试项目完成。 产品化测试的约束达成。（5）缺陷管理追踪工具在上节描述中提到的 TD，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。TD
17、还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以通过 BugBase 实现从测试计划到总结的各测试活动管理。我们以需求说明书、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在 TD 中，测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题列表修改问题，TD 还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结测试过程中使用 TD 管理工具的益处在于： 提高了测试的生产率 工具自动进行统计和分析 能够将问题卡输出到 Excel 文件中，便于与相关人员进行交流和确认。
