数字化项目测试方案

数字化项目测试方案随着计算机硬件成本的不断下降，软件在整个计算机系统的成本中占有越来越高的比例，如何提高软件质量是整个计算机软件行业的重大课题。软件测试作为软件质量保障的一个重要手段，日益受到人们的重视，如果在测试阶段未能做好把关工作，将会对软件的质量产生严重的后果。另外，随着软件工程技术的不断发展，软件设计规模的不断增大，软件测试在软件开发过程中的作用显得越来越重要。在实施与测试阶段，项目组中将有专门的测试组和配置管理组，负责保证软件的质量，对软件的实施、测试及版本进行管理。同时，在项目实施过程中，配备专门的版本管理工程师协助用户完成对已有系统的版本管理工作。我们在项目建设过程中将建立一套切实可行的测试制度及管理方法：确保内部测试应贯穿系统建设实施的每一环节；所有项目的测试有完整的测试方案和测试计划；所有功能模块或实施环节都有测试报告；所有服务模块都有错误处理页面和错误日志记录；使用专门的缺陷管理工具对测试结果进行管理，全程控制测试的问题。软件的每一版本都经历四次测试任务，分别为单元测试、集成测试、系统测我们软件开发过程遵循IS0****及CMMI5的要求，对软件质量的测试满足软件每一版本测试还包括文档测试，主要内容为：动作分解列表、数据库ER我们采用Rationalrobot作为系统功能测试工具，采用IBMRationalPerformanceTester作为系统性能测试工具。按照软件系统的测试要求提供测试报告，同时形成与详细设计功能的偏差评软件测试是应用系统开发的一个重要环节，它贯穿整个应用系统开发的生xxx****体系建设项目信息系统具有以下特点：系统复杂系统性能要求高、质量要求高采用多种新技术，技术要求高根据本项目的这些具体特点和要求，建议在完全生命周期测试模型基础上，根据项目具体情况和成本效率进行裁剪，形成本项目的测试策略、总体测试计划和分项测试计划。下图是“完全生命周期测试”方法论模型，它直观描述了整个项目生命周期内所有的测试流程、测试内容、测试阶段及应用系统开发各环节与测试的关系。完全生命周期测试模型是经过实践证明的、结构化的测试方法。完全生命周期测试模型为一个大型项目的所有测试和与测试相关的活动提供一个全面的图1-1完全生命周期测试模型在本项目中，将以此方法论为指导，结合本项目特点定义测试范围、制定测试计划、设计测试案例和管理测试任务。完全生命周期测试模型包括五个阶段，如下图所示：和测试结测试设计测试评估和测试结测试设计测试评估和计划目)开始1.2.1.测试开始1.2.2.测试评估和计划1.2.3.测试设计测试设计包括准备测试后勤、工具、技术、测试案例及各种层次的测试执在这一阶段，将建立测试环境，执行每个级别的测试，复审和确认测试结果，在测试结果中记录所产生的差异。在解决差异、完成调试工作、测试没有错误后，代码将转到下一级别的测试。在每个级别的测试完成后，将提交测试测试报告有效地沟通了测试状态和测试结果，以便为项目管理组提供是否终止或继续测试的决策。测试报告包括分析问题出现概率及测试中问题解决的状态，从而为项目管理组提供决策数据。在本阶段，测试报告非常关键，它将决定最终项目上线的签收。这一阶段的活动一般在开发生命周期的构建和部署阶段进行。在这一阶段，通过了测试的方案将被实施。测试文档资产分类归档，供维护时使用。测试小组更新测试计划，向项目管理组反馈测试改善意见，改善测试流程，测试结束。测试管理流程贯穿整个项目开发周期，并保证项目的实施质量。这一阶段的活动一般在开发生命周期的部署和方案结束阶段进行。2.测试策略2.1.制定测试策略的目的制定测试策略的目的是：制定恰当的测试原则和准则，以减轻管理项目风险为涉及多个组织和业务单位的测试提供公共的方法和公共的术语为测试确定总体方向强调成本效益和团队测试方法的重要性描述完全生命周期测试的复杂性作为提前发现测试问题的沟通手段制定测试总体计划的目的是：从高层面系统的角度对待测试提供测试的整体、宏观的视图确保系统的和完整的制定测试计划提醒相关组织在适当的时间分配适当的人力资源，为测试作好准备2.2.测试范围测试范围定义了测试的边界，本项目软件系统测试范围包括：系统平台测试系统设计测试应用系统测试2.3.测试总体目标软件系统测试的总体目标：满足客户的业务需求移植的数据通过一致和集成检测确保错误在早期测试中被发现，降低成本确保测试在预算和时程内执行2.4.测试重点下面按优先级列出测试的重点：高(按优先级排序)正确性(Correctness):根据规定的规则处理数据的能力。控制交易和数据域编辑，确保数据的准确性和完整性。安全性(Security):确保系统和数据资源受到保护而不会意外或有意的修处理的连续性(ContinuityofProcessing):发生错误时，能够具备继续处理的能力，包括发生故障后的备份和恢复能力。性能(Performance):系统在规定的时间内执行特定功能或特定数量交易处理的能力。中(按优先级排序)可靠性(Reliability):系统提供计划中的功能不发生故障的程度。低(按优先级排序)可审计性(Auditability):能够为跟踪数据处理提供依据。可维护性(Maintainability):发现并修正系统错误的能力，也包括系统环境动态变化时不改变系统的能力。可使用性(Usability):系统容易学习和使用。可操作性(Operability):系统易于学习和操作(手工或自动)。可移植性(Portability):系统在多个操作系统环境下运作的能力。每个开发阶段都代表着一定程度的物理集成和质量达到的级别。对应这些开发阶段可定义相应的测试级别。这些测试级别可作为机构或项目组的测试标准和沟通的公共术语。这些测试级别定义如下：单元测试当建立或修改一个模块或程序的编码时就要进行最初的测试，即单元测试。单元测试验证新的或修改的功能是否正确，它一般不需要与其他应用接口交互。单元测试的目的是在模块或程序级消除编码中的错误。集成测试集成测试验证应用组件的运行，以及模块与其他系统组件的运行。系统测试系统集成测试验证所有应用的集成，包括与外部和内部接口的集成，同时验证应用与硬件、软件及基础设施组件在类似生产环境下的集成。用户验收测试用户验收测试将全面和系统地测试应用或系统的各个方面，以验证是否能满足业务和非功能需求。模拟环境下测试软件开发完成后，业主将组织业务、技术人员对软件在模拟环境下进行测试，检测系统能否满足业务需求及技术要求。按照完整的测试流程进行测试，并提供相应文档测试流程包括制定测试计划、设计测试、实施测试、执行测试、应用系统针对不同的测试类型采用相对应的测试策略测试内容包括数据和数据库完整性测试、功能测试、业务周期测试、性能测试、用户界面测试、安全性和访问控制测试、配置测试、安装测试等。另外，还将考察软件支持跨操作系统、数据库平台的数据移植能力。实际环境下的测试(试运行)根据软件在模拟环境下的测试结果，把通过模拟环境测试的软件，在选定的若干真实的软件运行环境中进行试运行。这阶段主要检验软件的推广性。主验证模拟环境下测试指标；支持不同网络带宽下多用户并发；对不同业务部门应用要求的适当能力；对试运行中发现的问题能否及时响应，给出解决方案。正式验收测试在软件经过若干地区试点，验证产品具备推广性，同时将试运行阶段出现的若干问题解决后进行正式验收。2.6.测试类型测试类型包括业务功能测试(功能类型测试)和结构功能测试(结构类型测试)。测试级别和测试类型矩阵用来描述不同测试类型在测试级别中的使功能类型测试功能类型测试确保应用系统满足业务需求。结构类型测试结构类型测试验证应用系统在技术上的正确性，包括：测试架构生存性(viability)和系统的可运行性。3.1.单元测试计划根据实际情况，采用开发人员自己写测试代码、小组内同级审查和测试组抽查相结合的测试策略。进行类的关键性分析，将类的优先级分为三类，1、2、3,一类为最高，三判定类的优先级的依据是：1)类对应的用例的优先级，这是主要依据；2)系统的目的，那些对系统可能产生严重后果的类必须适当提高优先级，如一些系统的关键类、基础类、公用类等等；3)潜在的用户数量和使用的频度，使用频繁高的类的需要提高优先级；4)信息的价值：信息的价值含量高，对其他功能影响巨大的类需要提高优对不同优先级的类采用不同的测试方法：1)对于优先级为1的类，采用以黑盒测试为主，对典型错误进行一定的白盒测试的方法。对于这些类的每一步修改，都需要进行回归测试；优先级为1的类，都要有相应测试类；2)对于优先级为2的类，根据实际情况决定是否需要测试类；对模块中核心类采用“运行测试”,其余的类通过“同级审查”3)对于优先级为3的类，采用静态测试，所有的类通过开发人员“自检”和“同级审查”。类的优先级划分流程：当一个类准备要开发的时候，需要确定它的优先级。简要原则是：小组成员向本组的组长提交类，描述本类的功能，组长确定第一级：自查，开发人员自己测试审查自己的类，具体的方法见单元测试第二级：互查，同级审查，开发人员内部(循环)审查，组长督促；第三级：抽查，由测试组的成员和其他相关小组组成；对已经经过同级审查的类进行抽查。单元测试是伴随着编码工作开展的，因此单元测试的时间周期就是从编码开始到编码结束。在本项目中，编码工作预计将分为两个阶段进行，因此单元测试工作也将分为两个阶段分别执行。3.2.应用集成测试在前面的开发工作过程管理介绍中我们已经说明了公司开发管理过程规范中的集成测试规范，从集成测试的目标上来看，包括功能和性能两个方面的测试，从计划角度考虑我们从以下方面进行了规划。各测试周期分为下列几个步骤实施，以确认系统已经能够用于正式的运按测试案例进行测试；比较预期结果与实际测试结果；记录实际测试结果与预期结果的差异以及问题的严重程度；解决问题并重新进行测试。3.2.2实施测试测试者需按照测试案例实施测试周期，测试案例应定义需要测试的业务流程和情景。测试小组负责人负责帮助完成系统测试并记录测试的情况。如果在测试中有问题产生，测试小组负责人应在与测试组组长讨论后负责决定是终止测试周期，还是仍可以继续测试。在每一个测试周期开始以前，应准备好测试所需的数据并对数据进行人工验证。所有的测试说明应有电子化的记录并在每一个测试周期中获得落实。(1)比较预期结果和实际测试结果在测试的实施过程中，测试小组负责人、项目经理和测试者应对实际测试结果和测试前预期的结果进行比较。两者的差异应记录在“测试结果记录单”(2)记录实际测试结果与预期结果的偏差在整个测试周期中，测试小组负责人应查询和回顾在“测试结果记录单”中记录的问题，并通知负责解决这些问题的人员。项目团队的成员应每天回顾问题的解决情况并确定这些问题的优先次序。3.2.3实施二次测试测试团队的管理者应协调问题的解决情况并准备进行二次测试。在测试周期中的所有问题被解决之后，应进行二次测试。测试周期的实施、问题的解决和二次测试的情况应在测试过程中反复进行，直到整个测试周期完全获得通过。在现有问题被解决之后，项目经理应决定是对整个测试周期进行二次测试，还是只测试系统中产生问题的部分。系统测试是在集成测试的基础上，在系统上线运行环境，或基本状态相似的模拟环境上进行全系统的功能和性能测试，其参与测试人员将由以开发组测试人员为主逐步转向以最终用户测试人员为主。系统测试的准备、计划和执行与集成测试采取相同的策略和方法。3.4.测试案例设计为了保证项目实施的质量，项目开发的测试阶段显得尤为重要。保证测试质量，测试案例是重点。测试案例的设计是在系统设计阶段就开始，由于测试案例的建设非常复杂，一开始可以针对关键业务和关键流程进行设计，并考虑逐步完善，最终必须包括xxx市****体系建设项目一期工程软件平台所涉及的全部逻辑路径和节根据业务功能的要求，收集案例业务类数据；根据设计的技术要求，完善案例代码属性类数据。4.性能测试性能测试是对系统在长时间的高负荷下的稳定性、可用性、响应速度及并发性进行测试，性能测试是有别于其他的软件测试，性能测试主要测试那些经常使用的，并发性比较高的模块进行测试，性能测试要经过精心的分析和设计，并设定测试目标，然后设计测试案例，持续的让系统运行，并调整系统参数，同时监控并记录系统的运行状态，调整系统的性能以便达到上线目标。在测试过程中，确保没有其他对系统的任何访问，因此基本上能够保证测试的真实性。每一个测试用例的执行都是真实日常业务量的模拟。测试是针对每一个用例单独测试或多个用例混合测试进行的。对于测试的每一个场景，利用测试工具，模拟高峰期多个用户的并发访问(为了更好地模拟实际情况，我们将不同的场景设置不同的并发用户)。同时，我们还在应用系统记录每一个部分的处理时间，包括开始时间和结束时间。这里开始时间指的是进入某一模块的时间，结束时间指的是从某一模块返回的时间。记录的目的在于，当性能不能满足需求的时候，根据已经记录的信息，很方便的发现在整个应用系统的哪一个部分的处理时间过长，结合中间件产品和操作系统的记录信息，对出现问题的部分做出判断，从而及时做出3.3.1.性能测试的工作体系测试工作由软件测试部门组织完成，在整个过程中需要项目组相关角色的职责备注设计人员从业务的角度分析系统的各个模块被使比，提出那些模块需要测试那些模块不案例编写编码人员口对核心应用服务器进行调用测试实施人员负责配置管理测试环境，并收集测试结果3.3.2.性能测试工作内容及其流程活动输出和职责算根据往年业务数据估算最多业务量的月份(具体到业务量集中的天数)统计终端数量，根据终端数量估算并每个模块的业务量分析报告用户并发量分析报告设计人员计划根据每个模块的业务量和项目计划性能测试计划设计人员编写各个模块的测试脚本，模拟客户各个模块的测试案例编码人员根据测试要求配置测试环境，监控系统性能，调整系统参数，记录调整前系统监控报告测试环境配置计划系统参数调整记录配置人员测试报告系统分析报告员性能测试计划、测试结果性能测试评估报告性能测试流程如下：测试拓扑图如下：性能测试要先制定一个性能测试的目标，即先通过分析旧系统的数据来得到。当前系统应该达到一个什么样的并发量和系统响应速度，通过前面的工作，可以获得用户量和每