1、1,业务需求引领开发、测试与交付,应用系统交付管理方案交流,2,开发,生产,时间,收益,成本,计划的,IT业务价值曲线,研发中心面临的挑战：按预期交付业务应用系统 有65%的时间未达到预期的投资回报 不理解为什么不一致 理解为什么不一致，但对此无能为力,应用系统交付管理平台建设目标,总体目标： 建立完整的应用系统质量保障体系，保证按时、保质交付应用系统 具体目标： 真正围绕业务目标做IT投入 初步实现结构化的需求管理 确保测试上的投入与业务目标一致 实现资源重用，提高效率，开发时构建质量 应用系统开发管理过程中的可视性,主要功能及其实现,需求管理 测试管理 缺陷管理,需求管理,Optimal
2、Trace企业版 业务分析师、系统分析师、项目经理、测试/QA工程师、软件架构师/设计师 需求管理 结构化需求和简单需求,Optimal Trace企业版总体布局,基线,项目基线（Baselines） 是一个项目完全归档的快照。每个基线与在创建它时基于的项目关联在一起。典型情况下用户在项目生命周期中某个具有重要意义的点上创建基线。通过使用基线可以回顾和监视项目中的后续变更。 创建项目基线的时机 与客户的第一次或者后续需求迭代完成后 在与项目技术委员会的讨论会前后 与QA团队的群体评审会前后 进入构建阶段后 项目最终交付后 对行为发生变化的已交付系统进行维护,与项目基线作比较,基线菜单选项,需求
3、地图与流程图视图,需求地图视见给出这个需求和那个需求之间的关系，包括细化与分支关系。需求地图看起来有点象这张图,流程图勾勒出结构化需求中特定流程的主干。这对于图形化地概要表示场景、步骤和清晰的后续业务规则（触发流程中的偏差）非常有帮助。,带梗概的需求流程图,项目中分析可追溯性,Optimal Trace项目由简单需求和结构化需求组成。用户可以访问自动生成的树形追溯路径（Traceability Tree），在项目内或者项目之间跟踪相关的元素。 在Optimal Trace中有四种可追溯的关系：分支，细化，文件链接以及Optimal Trace元素链接。,存在可疑链接的树形追溯路径,生成测试用例
4、选项,下述功能用于支持在Optimal Trace企业版中的测试生成 为需求中的每条路径生成测试用例（考虑梗概） 为每个简单需求生成测试用例 在项目与需求级别为非功能需求生成测试 生成业务与测试需求之间的双向跟踪链接可以为整个项目、单个包或者离散的需求生成测试。在点击Generate选项之前通过选定树中需要的指定元素可以设置命令的执行范围。,生成全项目的测试案例,生成测试规格说明报告 返回,测试管理,项目管理计划实施可见与可控 Optimal交付管理系统的面向目标的仪表板能够显示来自Optimal的项目管理、业务需求管理、质量保障与性能保障套件的信息，或者轻松配置成包括来自第三方产品的信息。通
5、过掌握多种来源的信息，经理们能够看清范围宽广的应用系统交付活动，而不用耗费大量的时间和精力去收集和汇总信息。,使用报表,Optimal交付管理系统提供了应用系统开发的所有相关信息，把项目的进度用一种易于理解的形式呈现给经理们。 ODM包括下列仪表板和报表： 排程提供项目时间、资源、任务的信息 目标一致性提供开发与需求的一致程度相关的信息 开发提供代码质量的信息 质量提供质量与性能保障相关的信息,测试过程框架,Optimal中集成了CARS Workbench（又名QADirector），作为Compuware的测试管理平台，用于帮助测试人员、开发人员以及经理们在预算内按时交付完整地测试过的应用
6、系统。IT部门用QADirector作为集成第三方测试工具的后端引擎。 CARS Workbench把需求规划、测试规划、测试执行以及缺陷跟踪整合在一起，给用户提供应用系统质量的集中视图。 CARS Workbench为管理从测试到执行再到分析的整个测试过程提供了一个框架。,1. 优化的测试管理,Compuare采用业内独特的方法来平衡质量、进度与费用,平衡质量、进度与费用,2. Compuware测试管理的独特优势,用Quality Optimizer客观地划分测试的优先级并平衡风险、费用与进度 可以集成到公司现有的实际操作环境中，让他们可以将其测试资源存储在CARS Workbench的测
7、试库中，然后在不同的项目和项目群中共享它们。 基于Compuware正在申请专利的QualityPoint方法学，CARS Workbench中基于风险的测试能力提供了一种用于平衡质量、时间和费用的简单机制，使公司可以在他们自己的过程中做很少的改变就可以采用我们的测试管理解决方案。,3. Quality Optimizer,通过向QA经理和团队带头人提供创建“what-if” 场景（能测试什么以及需要多长时间）的能力来帮助平衡质量（风险）与时间并且帮助判断项目用用（资源），QACenter简化了测试过程。 场景得以保存而且自动生成测试计划，在实现一个平衡的测试规划中为团队节省可观的时间。 这种
8、特性是市面是独有的！没有其它供应商能够提供哪怕只是客观的基于风险的测试方法，而且也没有哪个产品能够象Compuware测试管理解决方案一样可视化地平衡风险、费用以及进度。,4. 需求仪表板,测试需求计划界面做了一些修改，给用户呈现一个质量的仪表板视图。 覆盖率视图 风险视图 测试计划视图,三种视图,基于风险的测试概念,Compuware的ODM解决方案采用基于风险的测试方法学。基于风险的测试是一种测试方法学，能够减小分发不满足业务需求的应用系统以及不能可靠运转的风险。它帮助测试部门基于不合格的费用判断需要测试什么并划分测试的优先级。 基于风险的测试是与软件开发生命周期配套的测试方法学中最关键的
9、部分。基于风险的测试与综合测试方法学一起使用时，就构成了一个可重复的过程，从而可以持续改善质量。 Compuware的 ODM产品使这个过程精确、可重复，而且很容易。ODM带着整个单位走完全面的测试过程。,缺陷管理,CARS Workbench (QADirector)与Compuware Optimal交付管理系统的请求管理集成以便提交编辑和删除缺陷。在Request Details, Details, History, 与 Other Information这些TAB页上自动录入Job的信息。这些信息可以编辑。当用户保存缺陷时，会出现一条消息来确认已经成功地提交了缺陷。该缺陷出现在缺陷信息
10、中心里，在那里你可以编辑它。 Compuware Optimal 交付管理系统的请求管理组件让你可以跟踪资源，管理支持、工作、特性和计划请求，以及维护支持项的知识库。下图展示了在Compuware Optimal 交付管理系统一项请求与其它区域之间的关系是怎么样的。,请求管理过程概览,客户让你可以维护关于客户的信息，贵单位的业务是以客户为导向的。 起步为客户创建起步概貌来为任何项目定义变更、合同以及验收标准。 应用系统应用系统概貌存放了关于贵单位提供的应用系统/服务的信息。 时间人员可以汇报他们处理请求所需的时间。 交叉变更交叉变更是贵单位送交客户的文档，通知他们应该为提供的服务或者非人工的选
11、项支付多少费用。（可选） 组合管理让用户能够在整个工作流周期中（从项目开始到交付）管理业务单元的技术请求以及起步。,测试管理平台与开发管理的关系,开发团队与测试团队之间的协作,在项目团队成员之间共享问题、知识与资源使他们能够跟上业务、技术与应用系统的快速变化。Compuware测试管理平台保障项目团队内部连续而流畅的沟通。由项目需求、里程碑、任务、问题与资源构成的共享信息库为沟通项目相关的信息提供了单一的来源。共享的、保持更新的项目信息与集成工具的组合价值无限能够应对由于竞争激烈的商业世界中的快速变化而导致的更紧张的截止日期,全应用质量生命周期工具与过程支持,测试管理平台在交行的实施,业务需求
12、管理建议 白盒与黑盒的测试建议 Mainframe系统测试 接口测试 与变更管理平台（CQ）及配置管理平台（CC）的集成 交行应用系统交付管理平台工具配置,业务需求管理建议,IT部门很难交付完全满足业务期望的应用系统 IT部门面临的问题: 传统手段无法有效地捕捉和管理业务需求 解决方案: 一个全面的保障业务需求准确性和一致性的途径 方法和手段: 结构化的需求捕捉和需求管理 好处: 极大地减少了因需求问题而带来的返工成本 收获: 保证交付的IT服务能够满足业务的需求,白盒与黑盒测试建议,白盒测试持续集成测试（CIT） 持续集成测试（CIT）是传统的单元测试和功能测试的一种替代方案。CIT是一种具
13、有成本效益的新方法，它可以在减少发现问题所需时间和修正问题所需成本的同时，增加测试周期的数量和提高应用程序的质量。在帮助IT组织对业务需要具有更强的响应能力，同时又满足更加紧迫的开发进度的过程中，CIT起着至关重要的作用。,CIT：及早测试，持续测试，安心测试,CIT是开发和QA的粘合剂,持续集成测试将开发和测试方法结合起来，使组织能够在整个开发过程中最大化地使用测试，以提升整个应用程序的质量。更具体地说，就是CIT可以在剖析应用程序代码的同时运行单元测试和功能测试，它为开发人员、测试人员和管理人员提供了对开发中应用程序性能和稳定性的每日更新。,CIT带来高质量的应用系统开发,白盒测试Test
14、Partner,1）TestPartner是Optimal解决方案的关键组成部分，通过推行自动化的功能测试，缩短了测试周期，并保证应用程序能够按时交付，同时，使用的成本和资源更少，程序质量更高 2）TestPartner的综合界面能够可视化的显示测试结果，精确指出应用程序的缺陷，同时，它的产能提升（productivity-enhancing）向导可以更快捷的创建和维护测试用例。,可视浏览器（Visual Navigator）,保障充分的协作和更高的投资回报（ROI）,TestPartner强大的、情景化的可视浏览器(Visual Navigator)使应用程序用户可以与质量保障小组更好的协作
15、，在有限时间内完成更多的测试,简化测试用例的维护,TestPartner 消除了应用程序排障和测试用例维护过程的抽象性。一目了然的确认应用程序变更，并把这些更新应用到测试用例,测试结果为经理和测试人员提供了可操作的视图 内置的提高工作效率的模块 工业级标准的VBA提供了强大的脚本功能且简单易用 广泛、灵活的支持能力 一体化的解决方案 与Microsoft Visual Studio集成，浑然一体的质量保障机制,VBA保证了用户可以应付任何复杂的测试案例，同时可视化测试极大的扩展了测试的覆盖范围,白盒测试DevPartner Java Edition,Compuware DevPartner J
16、ava Edition 是一套软件开发工具， 用于加快高可靠性、高性能Java程序的开发过程。DevPartner使用强大的动态代码分析技术，帮助Java开发人员在应用程序部署前了解他们代码的状况。另外，DevPartner还可以检查源代码，分析代码可能存在的问题，并在这些问题引起真正的bug之前为测试人员提供建议。,分布式的性能、内存和测试覆盖分析，支持Solaris, Linux, HP, AIX and Windows 更快捷、容易的解决内存相关问题,内存分析,使用DevPartner, 开发人员可以 ：,快捷地定位性能瓶颈,性能分析,DevPartner 能够指出系统的性能瓶颈，并提供
17、多角度的性能数据。在应用程序运行时，开发人员可以截取性能数据的快照或者自始至终持续的收集性能数据。之后，用户能够在操作界面上直观的看到这些进程数据，分析时间统计信息、源文件、Java库、方法甚至是代码行。,分解多线程问题,DevPartner包含了一个客户侧和服务器侧的线程分析工具，帮助开发人员在正常的开发和测试周期中发现线程死锁等问题。DevPartner提供了对已发现和潜在的进程死锁问题的洞察力。线程分析工具通过观察应用程序的执行路径，比较所有程序调用路径，从而决定是否存在进程死锁，这些对于那些静态的调试工具是无法实现的。 DevPartner Java Edition 还提供一个活动线程
18、视图，呈现了所有在运行的线程，这些线程的状态、历史记录以及这些进程占用了多少个监控点。,活动线程视图,定位未测试代码 设计质量保障 代码标准和 最佳实践,代码规则,DevPartner Studio 赋予了Visual Studio 和Visual Studio Team System更出色的能力。现在，开发部门能够提高软件质量，采用合适的代码标准和最佳实践，实现开发员工生产效率的最大化。DevPartner Studio能够在开发过程中，尽可能早的自动的检测、分析软件缺陷和性能问题。这种内置的专家代码建议、代码标准和最佳实践，能够帮助开发人员提高开发技能，保障软件的可靠性和性能。,DevPa
19、rtner Studio 代码评审提供了潜在错误和违反一致性规则的列表，并提供问题的解释、修改办法以及如何可以获取更多的信息,白盒测试-DevPartner Studio Professional Edition,Review源代码，检测错误 自动定位并快速更正错误 定位性能问题 性能专家帮助分析.NET 程序性能 优化资源利用率 全面测试的应用程序 轻松诊断系统配置带来的问题 与Visual Studio Team System更紧密、更高效的配合 测试和改进程序错误处理手段 分析分布式应用程序,黑盒测试：测试的最主要目标就是要识别软件缺陷，找到与需求不一致的地方，并发现在生产环境中可能存在
20、的风险；将所有已经明确的问题反馈给项目团队，并保证在版本发布前所有的问题都已经被处理；保证系统能够满足用户的所有需求。,一般的功能测试过程描述如下图,测试是正规软件开发过程必不可少的组成部分,测试并非是一次性的工作，应用程序在声明周期的各个阶段都需要测试。每一次版本升级，添加新的模块或功能增强，甚至是每次部署在新的环境、增加了用户负载等等，都需要经过全面的测试。 在开发周期中的测试 基于风险的测试 基于风险的测试带来的好处,Compuware实施QualityPoint 框架的七个关键过程域（KPA）： 回归测试需求管理(KPA 1) 测试计划 (KPA1) 自动化过程(KPA1/KPA2)
21、开发测试用例 (KPA2) 测试环境 (KPA3) 测试执行 (KPA4/KPA5) 报告/指标数据 (KPA6/KPA7),Mainframe系统测试,Compuware Optimal测试管理平台为有效管理整个测试过程的提供了一个系统框架，从需求到执行，再到分析。它提供了分布式的测试能力和开放式的架构，使开发和测试团队能够从同一个接入点来管控不同应用环境下的测试工作，包括主机环境和开放系统环境。 交行开放中心的现行工作中，由于核心业务均构建于Mainframe之上，所以Mainframe环境的测试工作的重要性尤为突出。Mainframe的业务按照客户端不同可分为两大类型，一类是ATM终端应
22、用，另一类为柜面仿真终端应用。Compuware均提供相应工具和解决方法，并且其工具均于ODM管理平台集成，实现上述目标。 对于ATM终端应用的测试，作为最主要MVS环境自动测试工具和唯一的LU 6.2自动测试工具，Compuware QACenter for Enterprise Servers提供了全面的自动化测试工作平台，帮助你捕捉所有LU 6.2的输入（从ATM网络到CICS），然后随心所欲的按不同速率回放这些输入信息。 对ATM软件复杂性的适应能力，QACenter for Enterprise Servers的REXX接口能够轻松实现信息替换。,接口测试,对于柜面终端仿真应用，关键
23、测试目标在于在开放系统环境进行的测试工作如何与Mainframe测试工作相结合，以确定整个应用端到端的质量问题。实际上这也就是接口测试工作 Compuware一体化的测试工具和方案可以解决此问题，当QA团队在客户端桌面系统上通过类似NetTerm之类的终端仿真软件使用TestPartner录制或者执行自动的功能回归测试脚本时，在mainframe系统那端，你可以用QAHiperstation来执行全局录制。QAHiperstation能够从全局记录库中产生两个文件。一个符合企业的规定而另一个包含压缩的详细信息并将存档以供历史分析之用。,与变更管理平台（CQ）及配置管理平台（CC）的集成,Com
24、puware的ODM通过开放的数据接口以及编程接口（API）来实现与第三方工具的集成。这种集成通常是单向的，例如ODM可以将缺陷信息通过QA Director导入至CQ，完成代码变更后，CC会对相应版本做更新，而更新的版本会与ODM内部的版本信息保持同步。这种集成使ODM平台下需求与测试用例及相应测试脚本，CQ与CC平台下的开发项目及相应代码文件的版本同步更新，保持一致性。这种集成模式要求Rational亦须提供相应开放的API。,交行应用系统交付管理平台工具配置,基于对交行开发中心现有状况的了解， Compuware建议采用两步走的方法进行配置 第一步，选取项目进行试点。 第二步，试点项目完
25、成后总结成功经验后，对于使用模式可以在各部做横向推广。 基于上述方式，目前建议配置如右图。,预期效益与成果,具体来说，将在以下几个方面取得显著的效益： 1）依据业务需求与风险设定应用系统交付上线的参考标准，为领导决策提供客观支持； 2）降低应用系统的缺陷率； 3）缩短应用系统开发周期，从而加快业务需求到应用系统功能的转换速度，提升交通银行在开放的、迅速变化的市场中的竞争力； 4）改良交通银行的IT资源配置结构，从而提升在IT方面投资的ROI。 而此项目的成果则包括： 1）应用系统交付管理体系（包括一支专家队伍、一套管理制度以及一个技术平台）； 2）服务于应用系统交付管理的合作伙伴管理体系（包括软件供应商管理、质量保障服务提供商管理、运维服务供应商管理）； 3）进一步规范交通银行的软件开发过程，提升CMM/CMMI认证的级别。,
