2022年软件平台测试项目建议书

1、软件平台测试项目建议书目录 TOC o 1-5 h z 1概述32总体思路32.1测试内容补充32.2初步模型选型32.3引逬有效的测试方法42.4建立规程与标准43体系建立53.1建设目标532项目管理过程53.3流程与控制63.4项目测试标准124测试体系涵盖的其它内容1541规范和强化测试子流程1542规范和强化测试流程1543标准化、规范化测试对象154.4测试对象复用，降低测试成本164.5建基于模型驱动的自动化测试架构164.6定制流程管理缺陷，定制查询164.7生成测试报告174.8测试环境管理17本节旨在论述如何在XX用户建立测试体系以促进不助口强测试管理和测试流程，提高 测试

2、质量，保证银行IT产品品质，达到更好地为金融客户服务的目标。测试体系是围绕测试活动开展制定的一系列规程、指南、标准、模板，用于管理和规 范测试过程，通过弓I入测试体系可以弓I入更好地测试方法来优化测试细节；可以通过规定 和规范加强流程化管理；东阳人才网可以通过定义指标、标准更准确地反映测试、评估测 试。2总体思路详细描述以解决现有不足为目标并结合银行测试管理的现状而设计的测试管理总体解 决方案的理念、思路、实现的方式方法。根据上一节对XX商行测试工作的现状和现实环 境的分析,我们了解到在行里建立符合现状和现需求的测试体系,并在该测试体系的指导 下建立一批技术过硬的IT测试团队的必要性。本节将着

3、葩述测试体系建设的整体规划和 发展路线图。2.1测试内容补充为了进一步提高测试的覆盖度，保证系统质量,需要不断丰富测试的内容,使用“自底 向上啲方式检验系统各个层面上的正确性和可靠性。在已有的UAT测试的基础上增加FT 测试、SIT测试以及非功能性测试打砌能性测试包含的内容有：性能测试、兼容性测试 等等。2.2初步模型选型建立测试体系的首先是选择适应于目前情况的测试模型。与当前情况相符合主要是指 研究目前开发项目和系统的特点,其中包括：项目需求的规模，对测试周期的要求，以及 项目所选择的开发模型。测试模型的选型目标主要是当前t匕较常用和成熟的测试模型:瀑布模型V模型W模型迭代模型逬化模型RUP

4、模型(增量迭代)在选型过程中,需要选择多种不同的模型以满足现实中不同的开发需求,选型的方法 可以参考选择一个主模型以适应IT项目、一个子模型以适应新特性开发、需求变更或紧急 情况应急直选型完成后，可根据自身的需要对模型定义的测试阶段进行删减和补充。2.3引进有效的测试方法2.4建立规程与标准在选择适合的测试模型后，测试活动被划分为多个测试阶段和多种针对不同测试目的 的测试。例如: 单元测试 集成测试 功能测试(FT ) 系统测试(SIT )用户验收测试(UAT )3体系建立3.1建设目标建立测试体系的目的是为测试工作制定周密的管理计划，为测试工作建立标准化流程 和标准化文档,为测试单位提供运行

5、的流程和规范。考虑到本项目的特点,我们知道该项 目的测试工作需要横跨不同的业务系统不同系统之间存在着网状的麴g流。这种系统的 复杂性为测试管理工作提出了严峻的挑战，据此我们需要通过建立测试体系的方法规范化 测试流程,使得复杂的联调测试变得易于跟踪和控制,从而达到降低目风险的目的。建立测试体系的首先是要确定一个生命周期模型从整体的角度描述整个项目。3.2项目管理过程将项目的测试管理分为五个阶段和一个日常事务检査表，对每个阶段的工作任务迸行 说明，包括时间点、任务、提交物等。提供该体系给项目管理人员作为测试项目管理手 册,对整个项目的测试工作进行系统的管理、监督。3.3流程与控制该体系是针对项目具

6、体实施过程的,对大运会项目的测试过程实施，在各个里程碑阶 段，我们将使用以下体系进行项目测试过程的执行,包括:里程碑接口、里程碑输入信 息、参与角色、工作过程、工作内容、输出信息等。1）初始阶段初始阶段主要是给客户做测试过程和测试标准的介绍,加强客户对测试过程和测试标准的 了解。面向对象:对象为项目参与人员（包括管理人员和技术人员）。介绍内容：介绍测试过程介绍测试策略介绍测试方法和特点介绍测试结果评估、分析方法2）需求分析阶段前期接口 ：初始阶段完成,项目组认可所使用的测试过程、方法等;基本的测试范围（功能测试、性能测试、自动化测试等）和使用彳可种测试工具等基本 达成一致。输入：被测系统的开发

7、文档被测系统的客户文档参与角色：在测试项目中,开发厂商,CSC专家,和测试组都有众多人员的参与,这里阐述了各 方在项目中需要的角色和各自的职责。阶段过程:测试计划阶段的基本过程如下:测试需求制定过程:略输出：项目测试计划项目相关标准项目测试需求3）案例设计阶段前期接口 :测试设计人员都参与了系统的详细培训测试设计人员参与了测试工具的培训,掌握了测试工具的试用输入：项目测试计划项目相关标准项目测试需求阶段过程:略定义测试策略：考察应用程序、系统环境和测试资源等以决定测试目标。分解测试对象:将AUT （被测应用程序）分解成具体的测试单元（可被测试的模块和 功能）。定义测试案例:确定每个模块所需的测

8、试类型,添加基本的定义描述。建立需求覆盖:将具体的测试案例和需求建立覆盖关系。设计测试步骤:为每个测试案例添加测试步骤。测试步骤描述测试的操作、检查点和 预期输出。分析测试案例:评审所有测试案例以确保符合测试目标。输出：测试案例4）执行阶段前期接口 ：测试案例设计并审核完毕输入：测试案例阶段过程:创建测试集制定执行计划执行测试集 和测试用例填写测试记录No缺陷跟踪 过程Yesz执行结束输出：测试执行记录缺陷记录单缺陷跟踪汇总表缺陷跟踪：汇报缺陷记录跟踪缺陷修改情况回归测试直到缺陷得到恰当处理（是否进行缺陷跟踪要根据客户要求不同而定）5）总结分析阶段前期接口 ：测试执行工作完成输入：测试执行记录

9、缺陷记录缺陷跟踪汇总表阶段过程:本阶段包含四个步骤：整理数据:整理测试过程数据和缺陷数据,以备分析之需。分析数据:根据收集整理的测试过程数据和缺陷数据对测试过程和系统情况进行分 析。编制总结分析报告:对项目进行总结,在整理数据和分析数据的同时即可进行该项工 作,待数据分析完成后,将分析结果增加到报告中,并将总结分析报告提交给开发部,业 务部,以便开展项目刚古工作。调查客户满意度：总结完成后,由开发部,业务部人填写满意度调查表,调查结果供 测试过程改进和项目评估参考。项目评估:由项目双方（开发部，业务部和测试组）相关人员一起，根据评估项及其 统计哋对项目完成晴况进彳前古。略输出：测试总结分析报告

10、项目评估报告3.4项目测试标准1）缺陷相关标准严重级别:5紧急导致操作系统崩溃（如Win NT/2000的篮屏、Win 98的系统致命错误等）导致操作系统不响应程序退出没有释放资源导致其它应用程序出现异常（如无法启动、不响应、异常退出）卸载时不提示客户确认即删除公用程序（DLL等）其它翱操作系统或其它应用程序异常的情况造成重大安全隐患情况（如机密性数据的泄密）4很高程斛鉅程序异常退出系统无法正常安装、卸载或升级其它翱被测系统本身岀现无法正常运行的错误3高导致输出的数据错误（数据内容出错、格式错误、无法打开等） 导致其它功能模块无法正常执行,如: 功能不完整或功能实现不正确;导致数据操作结果葡吴

11、文件或数癇专输不完整琳正确对数据格式不进行检测提示语句易误导用户，造成数据丟失等重大问题其它翱被测应用系统其它模块无法正常运行或出现错误结果的情况2中等影响当前操作结果数据修改后没有保存提示系统出错提示不正确或没有捕获系统出错信息数据的重要操作（如删除、添加等）没有提示其它影响被测模块/功能正常执行的情况1低页面布局不合理字体不一错别字语言不一致（如：中英文混合）页面提示不明确系统易用性不好其它对被测模块功能实现没有影响的情况缺陷导入阶段:需求阶段未能真正了解客户需求,功能描述不正确需求定义有二义性需求中遗漏客户功能需求概要轴阶段架构耐不正确业务溺呈设计葡吴详细轴阶段功能模块间数据格式定义不一

12、致开发规范编码阶段其它缺陷优先级：3必须修改2能修改1有时间则改0未分配缺陷类型：程序裔吴环境设置重复记录 需要完善 不可重现并非问题4测试体系涵盖的其它内容41规范和强化测试子流程4.2规范和强化测试流程测试流程可分为两支：自动化测试流程；手工测试擁4.3标准化、规范化测试对象在测试活动中通过标准化、规范化测试资源使测试资源可以被共享和重用。如果测试对象缺乏必要的标准化、规范化,会导致测试案例等测试对象无法共享。例 如，很多测试团队的测试案例编写缺乏规范，导致:测试案例“个性化”、“个人化”,只有 自己才能够“看懂”自己的测试案例来进行测帥行，其他的测试工程师无法使用其他人的 测试案例来进行

13、测试；测试设计人员和测试执行人员无法分离，高成本的测试设计人员必须自己来执行测试 案例,而不能使用低成本的测试执行人员来执行测试案例,导致无法达到很好的劳动组 合，提高工作效率,也大大占用了经验丰富的测试设计人员的时间。对于测试过程也需要进行控制，只有进行测试对象的标准化、规范化,才能够进行测 试案例评审,进一步提升测试案例的质量。4.4测试对象复用，降低测试成本测试对象复用，主要指测试案例复用、测试脚本复用、测试计划复用。4.5建基于模型驱动的自动化测试架构一般情况下,如果f测试需要执行3次以上,那么自动测试的成本能够和手工测试 持平。随着执行测试的不断增加（特别是后期的回归测试），测试成本

14、大大小于手工测试 执行。随着测试技术的发展，很多测试脚本能够通过灰盒测试方法，通过自动转换程序技术 来自动生成，能够把测试工作大大提前,并且测试脚本的编写成本大幅度下降。4.6定制流程管理缺陷，定制查询实现缺陷流程定制化。根据项目特点,定制有针对性的缺陷管理流程。为每一个测试 角色分配缺陷处理的权限。使得每个测试人员的分工更明确，人员配置更合理。在缺陷跟踪之前定制查询。通过定制常用的查询规则，例如：当日提交给我待解决的 缺陷、所有解决的缺陷等等,测试员和开发人员将有针对性地关注缺陷，测试经理也可以 即时了解问题解决情况。基于Test Center的测试体系可以划分为8个子模块,见下图。缺陷管理模块:支持缺陷管理流程,可以定制缺陷管理流程,支持缺陷流程的是f工作流;可定制的缺陷过滤器。用户根据自身的需要定义过滤器。通过输入查找条件，将查询 规则定义为过滤器。通过这种方式，用户可以更快地找到自己所关心的缺陷，例如“剩余的 没解