科技项目相关测试验收方案

项 目 测 试 验 收 方 案1.1查收流程在查收阶段，平台系统所有应用系统将依照用户和我企业都认同的《系统需求剖析》，组织查收小组，进行功能和性能的查收测试。从系统的适用性、稳固性、可保护性、灵巧性、可操作性、和安全性及系统文档、代码、规范及说明说明等方面组织全面查收。查收测试安排分为系统初验和系统终验。1.2初验经过系统内部试运转，我企业对内部试运转时期发现的问题更正后，提出系统初验书面申请。查收标准将依照“需求说明书”和两方认同的有关系统设计文档所提的要求进行。用户在收到我企业查收申请后，赶快组织系统初验。初验前我企业供应所有的工程文档和安装测试报告，并供应初验测试文档，在用户认同后进行初验测试，初验通事后，系统进入正式试运转期。我企业应解决试运转时期所反应出的问题，若系统达不到合同规定要求，试运转期将持续顺延，直到系统完美，但试运转期最长不得超出三个月。1.3试运转初验合格后，经用户赞同，系统进入试运转阶段，试运转周期不超出三个月。在试运转时期，我企业按用户要求供应培训和技术支持，保证用户能够正确理解和使用系统；我企业对试运转中出现的任何问题及用户提出的改正建议将实时做出响应，并提交解决方案，在用户确认后实行。试运转时期如出现重要故障，则试运转期从故障清除之日起从头计算。1.4终验标准正式试运转期结束后，如系统无功能缺点，能够正常运转，在具备终验条件下进行系统终验，由我企业提出终验书面申请，用户在收到我企业查收申请后，赶快组织系统终验。成立项目全面查收小组，由用户、我企业以及外面专家等构成，对项目进行全面查收。系统终验前，我企业提交终验测试标准和终验测试计划，内容包含：测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据，并以图表说明每一测试对象或过程的功能输入输出测试进度。1.5终验内容1） 系统适用性：项目查收最要点的指标，检查系统能否切合目前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性供应未来业务接口。2） 系统稳固性：硬件环境的稳固性、软件运转异样办理和正常运转状况。3） 系统可保护性：含网络系统管理与保护、服务器系统平台管理与保护、操作系统管理与保护、应用系统软件管理与保护、数据库管理与保护以及数据库备份、应用系统备份，灾害事件办理与解决实行方案等。4） 系统文档：查收文档能否齐备、规范、正确、详尽，主要的文档包含：需求剖析报告，框架设计报告，数据库物理及逻辑设计报告，详尽设计报告，编码规范及技术选型报告，测试报告，系统部署和公布报告，集成方案，软件用户使用手册，系统保护方案和操作文档等。5） 代码规范及说明说明：程序代码编写能否规范；说明说明或代码文档能否详尽全面;接口定义能否切合局信息系统规划一致性的要求。6） 系统灵巧性：系统能否方便客户进行保护；系统能否在先进性的基础上具备未来升级和可扩大性；能否利于系统平台迁徙和部署等。7） 系统可操作性：界面能否友善性；能否实现傻瓜化操作和智能化数据检索功能。8） 系统安全性：能否有完美的安全体制保证系统的安全性，如软件方面的安全防备（加密举措、有关认证、数据库安全防备），硬件方面（防火墙、物理隔绝和逻辑隔绝）的安全设置。9） 其余查收标准：其余的与本系统有关的查收标准。1.6终验过程1） 我企业依照项目查收计划达成查收准备工作2） 用户代表运转查收测试用例集，记录运转结果3） 假如发现没有经过的查收测试用例，则我企业立刻解决问题4） 用户主持项目查收会5） 我企业向用户报告项目实行结果6） 用户代表向用户报告试运转结果7） 用户评论项目实行和试运转结果，草拟和判定项目查收报告。经中国疾病预防控制中心精神卫生中心确认系统终验通事后，两方签订终考证书。1.7终验技术文档资料我企业在软件开发和系统集成中将严格依照国家软件工程有关要求供应的文档来供应，查收的技术文档起码包含以下内容：序号名称内容提交时间1系统需求剖析描绘用户需求及剖析结果（含用例图，类图等）需求剖析结束2系统纲要设计描绘系统模型及系统系统架构等初步设计内容纲要设计结束3系统详尽设计说明术描绘系统各个子模块的接口和详尽设计流程详尽设计结束

4应用程序设计说明书描绘系统各程序模块的接口和实现流程详尽设计结束5数据库详尽设计说明书描绘数据库物理规划，数据表字段，储存过程设计内容详尽设计结束6应用系统集成实行说明描绘系统上线实行的详尽过程和步骤开发过程中，部件开发结束7系统测试纲领描绘系统测试的详尽测试用例和测试方法组装测试结束8系统测试报告描绘系统测试的详尽测试结果和剖析系统测试结束9系统查收报告描绘软件综合评论，汇总所有软件开发有关文档系统查收完成10系统用户使用手册描绘系统详尽使用说明应用集成结束11系统安装保护管理手册描绘系统平时管理和保护的详尽内容系统测试结束1.8终验报告查收小组将在终验结束后提交一份由专家署名的查收报告。查收报告附平台系统和整系统统测试结果报告，同时给出以下明确结论之一：（1）经过查收;基本经过查收，要求在七天内完美后再次进行查收；未经过查收，要求在十天内更正后再次进行查收；如再次查收后仍旧不可以所有经过，用户有权停止合同，并要求我企业肩负违约责任。查收结束时，我企业将平台系统有关产品说明书、系统安装手册、技术文档、资料及安装、测试、查收报告等文档聚集成册交托用户。2.1测试方法2.1单元测试单元测试目的单元测试的对象是软件设计中的最小单元模块。单元测试人员依据单元测试计划对已达成的系统单元进行测试，保证已达成的系统单元切合相应部分系统详尽设计说明书所规定的要求。假如单元测试发现系统单元与其相应的详尽设计说明书不符，则此系统单元一定改正以最后切合说明书的规定。单元测试采纳的方法、技术与内容单元测试主要采纳白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包含单元功能测试、单元性能测试和异样办理测试等。单元测试流程单元测试流程分为单元测试设计、单元测试准备、单元测试实行和记录、单元测试错误追踪。单元测试设计即单元测试用例设计，由系统设计人员在详尽设计的同时达成。单元测试准备为依照测试用例的要求，准备单元测试驱动数据和驱动模块，由开发人员在开发过程中达成。单元测试实行和记录由开发人员在编码达成此后进行。单元测试问题追踪由开发人员和系统设计人员共同达成，依据惹起问题的不一样原由进行不一样办理。假如测试问题为编码错误，则由开发人员达成纠错后从头测试。假如测试问题为设计阶段惹起的问题，则需要进行设计更改。经过单元测试的程序，进入配置管理系统。单元测试用例编程组组长组织、指导开发人员依据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。2.2代码评审编程组组长组织人员进行代码检查。若所写的代码不切合编码规范，即使已实现了系统功能，仍旧认为不合格的，需要重写。代码检查的意义保证代码编写的规范保证代码编写的过程不产生BUG代码检查的依照检查代码能否有更新检查存在问题能否有更新检查存在问题能否已解决问题已解决，则填写《代码检查记录》2.3集成测试集成测试目的集成测试是指依据《系统纲要设计》及《系统集成与开发详尽设计》，对系统的各单元进行组装。把分其余系统单元组装为完好的可履行的计算机软件。集成测试的目的是检查软件单元零件能否能够集成为一个整体，达成必定的功能，并找出单元测试中没有发现的错误，包含数据定义有没有重合与矛盾，接口会不会产生错误，组合此后的模块功能会不会相互影响，组合的系统能否是达到预期的成效等。集成测试采纳的方法、技术和内容集成测试采纳白盒测试和黑盒测试相联合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包含单元之间的接口测试、全局数据构造测试等。集成测试流程集成测试包含集成测试设计、集成测试准备、集成测试实行和测试记录、集成测试问题追踪和结束测试等阶段。集成测试设计由测试组组长依据项目计划和开发计划编制《集成测试计划》，设计《测试用例》。测试计划和测试用例应当经过项目经理的审察。集成测试准备需要系统测试组组长成立独立的测试环境。测试环境包含测试硬件环境、网络、数据库、应用服务器等以及测试对象（程序）的安装和初始化工作。集成测试实行和测试记录是由系统测试组组长组织人员依照测试计划和测试用例要求进行测试，而且记录测试过程和测试结果。集成测试问题追踪是在测试过程中发现的问题由系统测试组组长依据测试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问题的过程。测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到必定程度并经过测试经过准则时，系统测试组组长提交测试总结报告结束测试。2.4功能测试功能测试包含两大多数，一是包含基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包含：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。查收测试主要从系统的适用性、稳固性、可保护性、灵巧性、可操作性、和安全性方面进行测试。（1）测试目标当国家重性精神疾病管理报表直报系统开发结束时，就要面对着推行使用的问题。在整个的软件开发过程中，因为各样原由应用系统会有不完美的问题，这些问题会表此刻开发后公布的软件产品中，并在产品中极大的影响着产品的使用，对于用户，这些缺点阻挡着达成他们的既定目标和工作。所以我们要组织并履行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提升软件产品的质量和可用性，为用户供应优良的国家重性精神疾病管理报表直报系统。计划进度表和测试计划对业务系统测试进行了时间和内容上的定义与拘束。(2)测试流程以下图是功能测试的流程，纲要描绘了测试过程中所波及的角色，测试阶段，以及各阶段不一样角色需要达成的任务。业务测试流程在准备测试用例这一活动中，我们所履行的详细任务以下图，在确立详细的测试范围及内容后，进行测试分类，并依据分类的结果确立需要设计的测试用例。每个测试用例的描绘如图中下半部分的描绘。准备测试用例测试用例是测试工作中重要的指导性文件。国家重性精神疾病管理报表直报系统的测试用例主假如依照测试种类做区分，测试用例的输入为《国家重性精神疾病管理报表直报系统测试需求》，测试需求的输入是《系统需求规格说明书》。在整个测试过程中，我们将用缺点管理工具BugBase对测试纲领、测试用例、测试问题等进行管理，并可对问题进行统计。要点步骤输入项目开发计划业务需求说明、《系统需求规格说明》测试数据要点步骤定义测试需求与策略开发测试脚本和用例准备测试环境履行测试输出测试计划测试用例、脚本测试结果要点成功要素确立系统需求的靠谱方法认同了整体测试计划测试脚本开发与履行有足够资源与时间支持测试脚本开发与履行的工具，包含合适的配置环境开发以业务过程驱动为基础的测试脚本测试环境的靠谱、实时（变换）的测试数据所有业务系统和系统集成测试的全面履行独立的质量保证测试和对所有测试活动的合格停止测试达成标准实现功能完好切合功能列表。所有的功能页面均可达。TD上的问题获得妥当办理，不含有A,B,C类问题。定义的测试项目达成。产品化测试的拘束达成。缺点管理追踪工具在上节描绘中提到的TD，能够应用于测试的全过程，也能够用于管理各种评审的缺点等。TD还供应一些模板，比如测试计划、测试总结、测试纲领、测试问题卡，所以能够通过BugBase实现从测试计划到总结的各测试活动管理。我们以需求说明书、软件需求规格说明为输入编写测试纲领，对应测试纲领中的内容和测试需求编写测试用例，测试人员能够依据测试纲领和用例履行测试，发现问题后，记录在TD中，测试负责人经过查察缺点问题列表将问题分派给对应的开发人员， 开发人员通过查察问题列表改正问题，TD还供应了各样统计功能，比如依据问题的发现日期、问题等级、问题的散布、问题引入阶段等进行统计，这些统计结果可用来进行剖析和总结测试过程中使用TD管理工具的好处在于:提升了测试的生产率工具自动进行统计和剖析能够将问题卡输出到Excel文件中，便于与有关人员进行交流和确认。2.5性能测试性能测试整体流程与业务系统测试的流程基真相同。查收测试主要从系统的适用性、稳固性、可保护性、灵巧性、可操作性、和安全性方面进行测试。性能测试的内容源于用户对国家重性精神疾病管理报表直报系统的性能要求，其余就是针对国家重性精神疾病管理报表直报系统业务多、范围广、层次多、用户量大的特色，对要点业务、要点流程进行性能测试。（1） 测试目标性能测试的目标是在整个系统或一个系统的特定组件上定义、成立和履行性能测试。考证系统能否知足中国疾病预防控制中心精神卫生中心的性能要求，如不可以知足，要进行相应的优化。（2） 测试流程依据国家重性精神疾病管理报表直报系统的性能要求，我们第一对性能测试进行策划，确立性能测试的类型和测试方法。而后开发性能测试的用例，确立测试环境并准备就绪后履行性能测试，确立测试中的系统或组件的性能，并使用其结果断定性能能否能够被业务所接受。假如在测试中胸怀的性能特征证明是不可以被接受的，我们能够经过对业务的改良、数据库、应用服务器等进行调优，以提升性能质量，在进行系统调优前，我们相同要进行调优的设计与剖析。性能测试与应用和技术架构密切有关而且二者相互影响。性能测试类型与方法举例测试类型测试方法大数据量测试导入大批数据到系统中，检查单用户操作时系统的性能表现，对于较慢的操作进行剖析、查找原由直到最后改正多用户并发操作测试loadn用loadnunnen模拟并发用户操作，通过inner及senventnace 等工具进行问题查找和追踪不一样带宽下的测试用loadnunnen 模拟不一样带宽进行测试疲惫测试用loadnunnen模拟进行测试（3）要点步骤输入性能需求要点步骤定义性能测试策略设计性能测试脚本准备测试环境和性能测试数据性能测试履行输出性能测试脚本性能测试报告要点成功要素性能测试的清楚的范围定义。性能测试限制的辨别作为性能质量工具和现实的专有技术可形性的风险评估，以定义和解说性能测试。对于目前和未来业务量的质量信息的有效性，使能够定义测试模拟速度和容量。自动化测试工具的有效性和使用它们的技术，或用户供应人工测试事务办理的有效性。性能测试能够成立和运转的控制环境的有效性。（4）性能测试指标1、响应时间响应速度在用户心理所能蒙受的范围内。不论是客户端仍是管理端，当用户登岸，进行任何操作的时候，系统应当实时进行反应，系统应能检测出各样非正常状况，并实时提示用户。功能名称性能要求并发数支持100次/秒并发页面加载页面加载时间＜5秒目录树加载目录树加载时间＜5秒；数据列表加载数据列表加载时间＜5秒；录入数据检查提示录入数据检查提示时间＜2秒数据查问简单查问办理时间＜5秒；复杂查问办理时间＜15秒；数据统计简单统计办理时间＜5秒；复杂统计办理时间＜15秒；数据上载/下载1M及以下文件上载/下载时间＜20秒；10M及以下文件上载/下载时间＜5分钟；数据汇总简单汇总办理时间＜30秒钟；复杂汇总办理时间＜3分钟；2、可扩展性在设计上一定拥有适应变化的能力，当系统新增业务功能或现有业务改变时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。3、 易用性所有的业务功能界面风格和操作流程一致，业务表单做到所见即所得，录入能够完好经过键盘达成。4、 靠谱性系统应保证7*24小时内不宕机，保证在正常状况下和极端状况下业务逻辑的正确性。5、 可用性一定防止因为单点故障或系统升级而影响整个系统的正常运转。6、 可保护性系统能够简单方便的改正和升级，包含可度性、可改正性、可测试性等。7、 可管理性和服务支持能力每个层次、每个构件都供应标准的管理接口。实现一致的、一致的日记功能。每个构件都供应给用架构整体设计规定的必需的标准外面接口。我们经过Loadruner等性能测试工具能够获得资源使用状况、响应时间等结果，见以下图：资源使用状况（示例）响应时间（示例）2.6用户测试为保证系统合适业务管理的功能要求，除了我企业组织测试外，还踊跃配合中国疾病预防控制中心精神卫生中心组织最后用户对系统进行测试。（1）用户测试流程用户测试流程以下：明确测试内容，此中包含功能、性能、可用性、安全性、兼容性、与其余系统集成确立测试范围：确立业务状况种类是是特别重要的。每一种业务状况种类都对应一个实质商业业务。业务状况种类能够被表达成多种状况（比如，简单状况、或需要进行复杂办理的例外状况）。测试小构成员确立：由管理人员、业务人员、技术人员等构成，我方供应查收测试过程中的技术支持。明确问题分类标准系统的功能经过功能测试进行考证。在功能测试过程中发现的问题依据其严重程度进行分类。下表列出了功能测试问题的分类。功能测试问题严重程度分类严重程度问题说明A类：特别严重性错足以造成系统崩溃，造成文件不行靠或潜伏的数据丢掉B类：严重性错误CB类：严重性错误C类：一般性错误能够有一个比较简单的绕过Bug的解决方案。造成非正常地返回操作系统（系统崩溃或显示系统错误信息）。Bug造成程序越或要 Reboot系统。求造成缺少要点的程序功能并没法超越。因为设计问题，使系统存在严重隐患。Bug可能不会削弱系统，但将造成严重问题（如：严重的格式化错误等）。功能缺少给用户带来极大不方便。存在不明确或不完好的错误信息提示，极大地影响产品使用。因为Bug的存在使产品其余部分不可以测试。因为计算方法问题，使数据错误。因为设计原由，造成前后不一致，但问题可恢复。容错性方面存在不足。因为精度问题造成数据不一致。这个Bug在未来是严重的，但比主要问题（MajorProblem）要轻。Bug能够绕过，但将会很不方便或很难实现。操作界面错误（包含数据窗口内列名定义、含义能否一致）。打印内容、格式错误。简单的输入限制未放在前台进行控制。删除操作未给出提示。数据库表中有过多的空字段。存在不明确或不完好的错误信息提示，但对产品使用影响较小。界面不规范。协助说明描绘不清楚。输入输出不规范。D类：稍微长操作未给用户提示。和建议性错误 提示窗口文字未采纳行业术语。可输入地区和只读地区没有显然的区分标记。对系统运转没有影响，提出能够使系统从可移植性、兼容性、错误恢复能力和可保护性、易用性方面的建议明确功能测试标准功能测试标准测试标准测试成就查收标准将测试结果与测试计划和功能描绘进行比较检查，确立系统知足功能描绘的要求新系统可履行程序功能描绘接口描绘操作手册不存在B及以上司其余问题（2）用户测试设计设计测试用例：确立每个功能的测试用例，明确系统输入信息和希望的输出结果。针对需求规格说明书的每一条测试内容，确立测试用例。每个测试用例包含测试条件（包含生成测试条件需要的测试数据种类）和希望的结果。每个测试用例都应当是独一确立的（比如，赋一个数值）。设计测试纲领：依照测试范围生成测试纲领。对每一种业务状况种类，生成尽可能多的测试用例来完美测试纲领。为了保证测试纲领包含所有的测试用例，将测试用例的条件映照为测试纲领是特别必需的。测试纲领中测试用例的次序安排是特别重要的，它应试虑多种方面的要素，主要考虑的要素是依照系统产生的数据，在测试纲领中安排测试用例的次序，使得一个测试的结果作为另一个测试前提。测试环境准备：为了预防出现问题，如数据破坏或对系统资源的争用，需要成立一个独立的测试环境。在进行测试以前，依据测试计划中确立的机遇成立一个独立的测试环境。其准备工作包含:技术活动：如成立不一样的服务器或在一台服务器上成立多个数据库实例，将相应的程序迁徙到合适的程序库中；准备活动：包含加载数据表，成立用户接见权限；成立版本控制程序，保证有效的控制对系统的改正；成立文档控制程序，保证跟着系统的改正，有效地控制文档的改正（如，培训文档、联机帮助和用户手册）。（3）用户测试结果测试结束后，测试小组依据测试数据，拟订并向查竣工作领导小组提交《用户测试报告》。测试报告结果说明软件知足以下要求：在认同的外面设计文档中表述的功能要求在认同的系统描绘文档中表述的非功能要求其余，测试报告中还包含对系统提出的改良建议。测试过程中产生的工作成就：《测试计划》《测试方案》《测试需求剖析》《功能测试用例》《业务测试事例》《测试报告》《各阶段评审》《系统测试方案》《系统测试事例》《系统测试报告》《试运转测试报告》《工作周报月报》《评审文档有关》《缺点数据和剖析》3.1文档管理方案3.2管理承诺针对本项目供应详尽科学的文档管理方案。项目文档是项目履行的重要指标，完美的文档管理能够规范项目履行人员的进度和任务，能够为用户和用户间搭建交流的桥梁，能够为工作的进展铺设阶梯，还能够为系统的升级和保护供应依照。我企业郑重承诺:1） 我企业在系统初验前向用户提交完好的技术文档，内容与所开发的系统相一致，并尽可能详尽。所提交的技术文档为正式版本。2） 我企业供应所开发系统的各项技术指标的测试报告、第三方软件产品的用户使用授权书。3） 我企业供应技术文件包含但不限于系统需求规格说明书、 系统设计方案（包含纲要设计和详尽设计）、系统用户手册、系统保护手册等。4） 我企业供应详尽查收文档等。5） 我企业对本项目的所有技术文件以及用户供应的内部资料、技术文档和信息予以保密。我企业严格恪守与用户签订的保密协议，未经用户书面允许，绝不以任何形式向第三方流露本标书以及本项目的任何内容。一旦因我企业的原由造成泄密，我企业肩负相应责任。3.3管理依照所有技术文档内容知足：GB8567《计算机软件产品开发文件编制指南》GB/TI1457-89《软件工程术语》《软件工程文档管理方法》《国家档案管理标准汇编》《国家二级档案管理标准》《国家要点项目档案管理方法》（档发安【1997《国家要点项目档案管理方法》（档发安【1997】15号）国家档案局对于印发《科学技术研究档案管理暂行规定》《中华人民共和国环境保护行业标准环境保护档案管理数据采集规范》的要求。供应的文档和资料均应以纸张和光盘为载体，文件格式为Word文档或其余可视化、未加密的文件。波及图纸规格和质量切合ISO标准的A4标准格式。3.4管理工具在本项目中，利用VisualSourceSafe进行项目文档管理，系统(软件)项目开发进度中将提交的文档进行采集管理。往常，文档管理在项目开发中不是很受重视，当发现其重要性时，常常为时已晚。整个项目可能所以变得管理杂乱，问题产生后无据可查。文档管理对于一个项目的顺利进行有着至关重要的作用，其要点性不容忽略。项目文档管理波及范围宽泛，其内容会依据项目的不一样而有所变化。第一要认识在本项目中文档管理要依照的行业标准。目前软件系统开发供应了通用的管理规定和行业标准，它波及文档管理的整个生命周期。细分文档的生命周期，一般包含：创立、审批、公布、改正、散发、签收、追缴、归档、取消与恢复这样几个环节。就目前软件项目的开发状况来看，电子文档使用较纸质文档更加方便、灵巧、宽泛。对于电子文档，我们管理其整个生命周期。VSS(VisualSourceSafe)作为一种电子文档管理工具给我们供应了完好的文档管理功能，它覆盖了文档管理全生命周期各环节的管理要求。VSS经过客户端/服务器(C/S)架构采集整个项目构成员的各种文档，经过管理员合理规划管理，将电子文档按目录保留并同时供应给整个项目组的不一样成员使用。我企业承诺在整个项目的履行过程中，为方便用户的保护和管理，而且为此后系统升级和保护供应靠谱的依照，向用户供应以下几类文档：项目管理文档系统应用设计文档《项目管理方案》《进度实行计划》《质量管