软件测试课件-基于生命周期的软件测试
软件测试知识PPT(共23张PPT)
白盒测试
• ①白盒测试法需要了解程序内部的结构，测试用例是根据程序的内部逻辑来 设计的。白盒测试法主要用于软件的单元测试。
• ②白盒测试的基本原则是：保证所测模块中每一个独立路径至少执行一次； 保证所测模块所有判断的每一个分支至少执行一次；保证所测模块每一个循 环都在边界条件和一般条件下至少执行一次；验证所有内部数据结构的有效 性。
• ③白盒测试法常用的技术是逻辑覆盖。主要的覆盖标准有6 种，即强度由低到 高依次是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合 覆盖、路径覆盖。
• I. 语句覆盖
• 指选择足够的测试用例，使被测语句的每个语句至少执行一次。
• II.判定覆盖 • 指选择足够的测试用例，使每个判定的所有可能结果至少出现一次。 • III.条件覆盖
需求分析 确认测试
软件设计 集成测试
编码 单元测试
需求分 析说明
书
概要设 计说明
书
详细设 计说明
书
源程ቤተ መጻሕፍቲ ባይዱ 代码
单元测 试
集成测 试
确认测 试
• 单元测试：也称模块测试，主要发现编码和详细设计中产生的错误，通常采用白盒
测试。放在编码阶段，由程序员自己来完成，检查它是否实现了详细设计说明书中 规定的模块功能和算法。其测试计划是在详细设计阶段完成。单元测试的测试计划 是在详细设计阶段完成。
次。
• VI. 路径覆盖
• 指选择足够的测试用例，使流程图中的每条路径至少经过一次。
黑盒测试
• ①黑盒测试，是对软件已经实现的功能是否满足需求进行测试和验证。 黑盒测试不关心程序内部的逻辑，只是根据程序的功能说明来设计测试 用例。黑盒测试法主要用软件确认测试。
软件测试的基本知识PPT课件
• 创建测试数据时主要考虑如下步骤。
•
① 识别测试资源
•
② 识别测试情形
•
③ 排序测试情形
•
④ 确定正确的处理结果
•
⑤ 创建测试事务
第42页/共59页
•
确定实际的测试数据时，必须说明处理测试数据的以下4个属性。
•
（1）深度
•
（2）宽度
•
（3）范围
•
（4）结构
第43页/共59页
• 3．测试脚本概要
• （3）确定从数据库信息引出的计算结果。
第33页/共59页
•
（4）对于对时间有要求的交易，确定所要的时间和条件。
•
（5）确定会产生重大意外的压力测试，包括内存、硬盘空间、高的交
易率。
•
（6）确定应用需要处理的数据量。
•
（7）确定需要的软件和硬件配置。
第34页/共59页
•
（8）确定其他与应用软件没有直接关系的商业交易。
第一个阶段开始，并贯穿于整个的软件开发生命周期。
第2页/共59页
•
谈到测试，首先是为什么要进行测试的问题。所有的测试都是为了发
现和消除软件的缺陷。
•
明确为什么要进行软件测试的问题之后，就需要明确测试什么的问题。
第3页/共59页
•
软件的开发有其自己的生命周期，在整个软件生命周期中，软件都有
各自的相对于各生命周期的阶段性的输出结果，其中也包括需求分析、概要
第15页/共59页
• 2．按照测试实施组织划分
•
按照测试实施组织划分，软件测试可分为开发方测试、用户测试（β测
试）和第三方测试。
第16页/共59页
《软件测试教案》课件
《软件测试教案》PPT课件第一章：软件测试概述1.1 软件测试的目的和重要性1.2 软件测试的生命周期1.3 软件测试的类型和方法1.4 软件测试的挑战和趋势第二章：软件测试基础2.1 测试用例设计2.2 测试计划编写2.3 测试执行和缺陷跟踪2.4 自动化测试工具的使用第三章：单元测试3.1 单元测试的概念和重要性3.2 单元测试的实现方法3.3 JUnit和TestNG：单元测试框架的使用3.4 单元测试最佳实践和常见问题第四章：集成测试4.1 集成测试的概念和重要性4.2 集成测试策略和设计4.3 模拟和桩技术在集成测试中的应用4.4 集成测试工具的选择和使用第五章：系统测试5.1 系统测试的概念和目标5.2 系统测试策略和计划5.3 性能测试和压力测试5.4 系统测试的实施和管理第六章：验收测试6.1 验收测试的目的和重要性6.2 用户故事和验收标准6.3 验收测试用例设计和执行6.4 敏捷和DevOps环境下的验收测试第七章：回归测试7.1 回归测试的概念和重要性7.2 回归测试策略和实现7.3 版本控制和差异分析在回归测试中的应用7.4 自动化回归测试的最佳实践第八章：性能测试8.1 性能测试的概念和目标8.2 性能测试方法和工具8.3 测试响应时间、吞吐量和服务器资源利用率8.4 性能测试的实施和优化第九章：安全测试9.1 安全测试的重要性和挑战9.2 常见的安全漏洞和攻击方式9.3 安全测试方法和工具9.4 安全测试策略和最佳实践第十章：测试管理10.1 测试管理工具和框架10.2 测试结果分析和报告10.3 测试过程改进和持续集成10.4 测试团队协作和知识共享重点和难点解析一、软件测试的目的和重要性重点：理解软件测试的根本目的，以及在软件开发生命周期中的作用和重要性。
难点：如何权衡测试的深度和广度，以及如何根据项目需求确定合适的测试策略。
二、软件测试的基础重点：掌握测试用例设计、测试计划编写、测试执行和缺陷跟踪的基本流程。
软件测试培训课件ppt
动态测试（dynamic testing），是指实际运行被测试软件，输入相应的测试数据，检查实际输出结 果是否和预期结果相一致的过程。
黑盒测试的分类
制定测试计划
包括被测试项目的背景、目标、 范围、方式、资源、进度安排、 测试组织，以及与测试有关的 风险等
测试设计
测试设计阶段要设计测试用例 和测试数据，要保证测试用例 完全覆盖测试需求
软件测试流程
测试总结
测试总结报告包含的内容：系统 概述、编写目的、参考资料、测 试环境、差异、测试充分性评价、 残留缺陷、缺陷统计、缺陷分析、 测试活动总结、测试结论
测试执行
测试执行可以划分为两个子阶 段：前一阶段目的为尽可能多 的发现缺陷；后一阶段目的为 减少风险，增加测试的覆盖度
目录 1 软件生命周期 2 什么是软件测试？ 3 软件测试流程 4 测试用例和缺陷报告 5 软件测试人员具备的素质
软件生命周期
主要确定软件的开 发目标及其可行性
主要分为单元测试、集成测试、 系统测试三个阶段
问题定 义及规
划
需求分析
软件设计 程序编码
软件测试
运行维护
一般包括详细设计和概要设计 （系统框架设计、数据库设计）
软件测试的分类
软件测试
按阶段划分
按是否运行程序划分
按是否查看代码划分
其他
单
集
系
验
静
动
元
成
统
收
态
态
测
测测Βιβλιοθήκη 测测测试
试
试
试
《软件测试教案》课件
《软件测试教案》课件第一章：软件测试概述1.1 软件测试的定义解释软件测试的目的和重要性强调测试在软件开发生命周期中的位置1.2 软件测试类型介绍不同类型的软件测试，如单元测试、集成测试、系统测试、验收测试等解释每种测试类型的目的和适用场景1.3 软件测试原则介绍软件测试的基本原则，如测试应尽早和频繁进行、测试用例应覆盖各种情况等解释这些原则的重要性第二章：测试用例设计2.1 测试用例的概念解释测试用例的定义和组成，包括输入数据、操作步骤和预期结果强调测试用例的重要性和编写要求2.2 测试用例设计方法介绍常用的测试用例设计方法，如等价类划分、边界值分析、决策表等解释每种方法的原理和应用场景2.3 测试用例编写实践提供编写测试用例的实例和技巧强调测试用例的清晰性和可维护性第三章：测试执行和管理3.1 测试执行流程介绍测试执行的流程，包括测试计划的制定、测试用例的选择等强调测试执行的规范性和可跟踪性3.2 测试工具的使用介绍常用的测试工具，如缺陷跟踪工具、自动化测试工具等解释如何选择合适的测试工具3.3 测试管理介绍测试管理的概念和方法，如测试计划的制定、测试进度的监控等强调测试管理的重要性第四章：缺陷管理4.1 缺陷的概念解释缺陷的定义和描述强调缺陷的重要性和记录要求4.2 缺陷生命周期介绍缺陷生命周期的各个阶段，如发现、报告、修复、验证等强调缺陷管理的流程和责任4.3 缺陷统计和分析介绍缺陷统计和分析的方法和工具强调缺陷统计和分析对软件质量改进的作用第五章：测试自动化5.1 测试自动化的概念解释测试自动化的定义和目的强调测试自动化的优势和应用场景5.2 自动化测试工具介绍常用的自动化测试工具，如Selenium、JMeter等解释如何选择合适的自动化测试工具5.3 自动化测试实践提供自动化测试的实例和实践技巧强调自动化测试的可持续性和效率第六章：性能测试6.1 性能测试概述解释性能测试的目的和重要性强调性能测试在软件质量保证中的作用6.2 性能测试类型介绍不同类型的性能测试，如负载测试、压力测试、并发测试等解释每种测试类型的目的和适用场景6.3 性能测试工具介绍常用的性能测试工具，如JMeter、LoadRunner等解释如何选择合适的性能测试工具第七章：安全测试7.1 安全测试概述解释安全测试的目的和重要性强调安全测试在保护软件免受攻击中的作用7.2 安全测试类型介绍不同类型的安全测试，如漏洞扫描、渗透测试、安全代码审查等解释每种测试类型的目的和适用场景7.3 安全测试实践提供安全测试的实例和实践技巧强调安全测试的持续性和预防性第八章：移动应用测试8.1 移动应用测试概述解释移动应用测试的目的和重要性强调移动应用测试在移动设备上的特殊性8.2 移动应用测试类型介绍不同类型的移动应用测试，如功能测试、性能测试、兼容性测试等解释每种测试类型的目的和适用场景8.3 移动应用测试工具介绍常用的移动应用测试工具，如Appium、Robot Framework等解释如何选择合适的移动应用测试工具第九章：测试环境和数据管理9.1 测试环境概述解释测试环境的概念和重要性强调测试环境对于软件测试的必要性9.2 测试环境搭建和管理介绍搭建和管理测试环境的方法和最佳实践强调测试环境的一致性和可重复性9.3 测试数据管理解释测试数据的概念和重要性介绍测试数据的管理方法和工具第十章：软件测试趋势和未来发展10.1 软件测试趋势讨论当前软件测试领域的趋势，如在测试中的应用、DevOps测试等强调测试人员需要适应新技术的重要性10.2 软件测试未来发展探讨软件测试的未来发展方向，如自动化测试的进一步发展、测试人员的角色变化等强调软件测试在软件开发中的持续重要性重点和难点解析重点环节一：软件测试的定义及在软件开发生命周期中的位置需要重点关注软件测试的目的和重要性，以及它在软件开发生命周期中的具体位置。
软件测试第03课-软件生命周期的讨论.ppt
编码 测试
中国IT教育卓越品牌
项目人员构成比例
例子： 1、微软 EXCHANGE 2000 SERVER 的开发： 项目经理：25人 开发人员：140人 测试人员：350人 2、WINDOWS 2000： 项目经理：250人 开发人员：1700人 测试人员：3200人
2019/3/26
软件开发过程
可行性研究与 瀑布模型也称为 “线性顺序模型” 计划 可行性研究报告
将软件开发过程中每个阶段都清楚定 需求分析 义了起止点，并产生明确的交付成果 需求说明书 以传递给下一阶段 设计 设计文档 每个阶段之间通过文档进行沟通 开发 程序 每个阶段都必需完成全部规定的任务 测试 （文档）后才能够进入下一个阶段 测试报告
2019/3/26
软件开发过程
中国IT教育卓越品牌
• 由于工作业绩不错 • 有一天他被通知
• 需要由他负责建造一间非常美丽 而完整的房间 • 工作变得复杂许多 • 就像不断发展的软件一样，需要 的功能越来越多，越来越复杂
2019/3/26
中国IT教育卓越品牌
软件开发过程
软件复杂性
图形用户界面 客户/服务器结构
维护
2019/3/26
软件开发生命周期
软件生命周期(SDLC)的六个阶段
问题的定义及规划 需求分析 软件设计 程序编码
中国IT教育卓越品牌
软件开发方与需求方共同讨论，主要确定软件的开发目标 及其可行性
对软件需要实现的各个功能进行详细分析
对整个软件系统进行设计，如系统框架设计，数据库设计 等等。软件设计一般分为总体设计和详细设计。好的软件 设计将为软件程序编写打下良好的基础。
维护
2019/3/26
可行性研究与计划阶段
《软件测试 》课件
黑盒测试
01
定义
黑盒测试也称为功能测试，主要 关注软件的功能和需求，而不考 虑其内部结构和工作原理。
测试方法
02
03
适用场景
通过输入和输出，检查软件是否 满足需求规格，验证软件的功能 是否正常。
适用于需求稳定、功能复杂的软 件系统。
白盒测试
定义
白盒测试也称为结构测试或透明盒测试，它关注软件 的内部结构和实现细节。
软件测试的分类
总结词
软件测试可以根据不同的标准和维度进行分类，如按照测试阶段可分为单元测试、集成测试、系统测试等。
详细描述
根据不同的标准和维度，软件测试有多种分类方式。按照测试阶段可以分为单元测试、集成测试、系统测试、验 收测试等。按照测试方法可以分为黑盒测试、白盒测试、灰盒测试等。此外，还有回归测试、压力测试、性能测 试等多种类型的测试。
01
游戏物品测试，检查物品效果 、掉落概率等是否符合设计要 求。
02
游戏性能测试，检查游戏在不 同设备上的帧率、加载速度等 表现。
03
游戏平衡性测试，验证游戏中 的各种资源、能力是否平衡。
THANKS
[ 感谢观看 ]
改和删除等操作是否正常。
案例二：移动应用的软件测试
• 总结词：设备多样、网络环境复杂、用户体验要求高
案例二：移动应用的软件测试
01
详细描述
02
安装卸载测试，验证应用能否正常安装Fra bibliotek卸载。03
兼容性测试，检查应用在不同设备、不同操作系统 版本上的表现。
案例二：移动应用的软件测试
01
网络环境测试，验证应用在不同网络环境下的性能和
测试方法
软件开发生命周期 PPT课件
9
构建（实现）
➢ 用具体的编程语言去实现设计思想，满足客户的需求 ➢ 成果：代码及文档等等
10
测试
➢ 依据需求规格说明书验证是否满足客户的需求。 ➢ 成果：测试报告
11
部署
➢ 在生产环境中实施系统，使之正常运转 ➢ 成果：可以正常运转的系统
需求
4
成果
➢ 组织结构视图 概述业务中的关键角色和职责以及他们的分组情况。
➢ 业务流程视图 包括业务的关键业务流程并对其进行概述，这些流程是业务存在 的原因。
5
什么是需求
➢ 需求是指系统必须符合的条件或具备的功能 功能性：系统无需考虑物理约束而必须能够执行的动作 非功能性 可用性 可靠性 性能 实施需求 接口需求 ……
变动。因此，这种模型可证明是低效的。
17
原型模型
➢ 产品的第一版是试验性的 ➢ 这种试验的主要目的是评估此产品的可行性和验证需求 ➢ 这种产品的‘第一版’称为原型 ➢ 抛弃此产品，在更为扎实的基础上开始真正的开发 ➢ 原型法最适合用户不能精确地表述他或她的需求
18
原型模型
19
过程模型的结合
➢ 原型法和瀑布模型的结构化技术可以结合起来使用 ➢ 在向软件工程师提供了足够的关于用户的确切需求反馈
➢ 快速应用开发模型是一个线性过程模型 ➢ 使用基于构件的系统，如面向对象系统 ➢ 在开发中通常同时涉及到不止一个开发组 ➢ 每个组都独立地遵顺RAD过程 ➢ RAD 模型有以下五各阶段：
业务建模 数据建模
22
快速应用开发模型 (RAD)
过程建模 应用生成 测试和调整
组1 业务建模 组2 业务建模 组3 业务建模
软件测试大学教程第17讲 生命周期测试方法
22/40
一、生命周期测试方法（续）
测试总结（续）
测试报告（续）
测试期间数据的收集
有关测试结果的积累数据 测试任务，测试集合和测试事件的描述 缺陷分析
由于计划的问题，导致没有发现的缺陷的数据 严重的缺陷 缺陷类型 为什么缺陷没有发现
效果
23/40
一、生命周期测试方法（续）
计划资源分配
计划时间分配 准备验收计划
为每一项验收工作给出结论
30/40
一、生命周期测试方法（续）
验收阶段（续）
确定验收标准
功能上 性能上 接口质量上 过载后的软件质量 安全性 软件的稳定性
31/40
一、生命周期测试方法（续）
验收阶段（续）
编写验收计划
手册与文档测试（易用性） 一致性测试（授权, 安全性, 性能） 功能点测试（完整性、 正确性、审计，追踪） 覆盖性的测试（测试的连续性） 压力测试（服务水平） 依照预先定义的测试方法 检查（可维护性） 灾难性的测试（可携带性） 功能和回归测试（耦合性） 操作性的测试（易用性）
18/40
一、生命周期测试方法（续） Nhomakorabea在这阶段已经开发了许多测试工具，象编码走查和检查，静态分析 和动态测试技术等
编码阶段的测试需解决的问题和达到的目标
系统是可维护的吗？
系统说明是否已经完成了？ 编码是否按照既有的标准进行，过程是否易于实践？
是否有足够的测试计划用来评估可执行的程序？
是否编制了足够的文档。
16/40
一、生命周期测试方法（续）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.1.2 生命周期测试的主要任务
测试准入/准出条件
• 测试准入条件
− 测试合同（或项目计划）； − 软件测试所需的各种文档； − 所提交的被测软件受控； − 软件源代码正确通过编译或汇编； − 最好从一开始就介入到被测软件
的开发周期
• 测试准出条件
− 按要求完成了合同（或项目计划）所 规定的软件测试任务
−这些测试是从项目建议到运营全过程中贯穿应用交付
• HP ALM是一个以任务为导向的系统，可在应用交付过程中支持各参与方，并 与主要开发工具相整合
−该方案实现了团队内和不同团队间的工作流程自动化，强化并加速了应用生命周期管 理和各阶段的测试
54
3.3 HP ALM对生命周期软件测试 的支持
ALM 能够帮助我们组织和管理应用程序生命周期管理过程的所有阶段
一些错误 • 编写必要的培训材料 • 同用户进行接触 • 对有关的人员进行培训
47
工作重点
• 测试 • 培训
3.3 HP ALM对生命周期软件测试的 支持
53
3.3 HP ALM对生命周期软件测试的支持
惠普应用生命周期管理(HP ALM)是业界首款集成的、跨技术和流程、可 拓展的平台
• 使IT人员能够管理应用生命周期，并基于应用生命周期进行测试活动
28
3.2.4 测试阶段
在全生命周期软件测试方法中，由于在需求、设计、编码阶段都进行了测试， 因此测试阶段的问题相对传统的软件测试中的问题要少一些
在测试阶段要进行第三方的正式确认测试，检验所开发的系统是否能按照用户 提出的要求运行
在测试阶段要使得用户能成功地安装一个新的应用系统来进行测试
31
3.2.4 测试阶段
32
3.2.4 测试阶段
典型测试类型
• 手册与文档测试（易用性） • 一致性测试（授权, 安全性, 性能） • 功能点测试（完整性、 正确性、审计，追踪） • 覆盖性的测试（测试的连续性） • 压力测试（服务水平） • 依照预先定义的测试方法 • 检查（可维护性） • 灾难性的测试（可携带性） • 功能和回归测试（耦合性） • 操作性的测试（易用性）
4
3.1 生命周期测试概念
软件测试过程包括
• 每个阶段都有一系列任务
测试 计划
测试 方案
测试 要点
开发 用例
执行 用例
测试 报告 评估
5
3.1.1 生命周期的工作划分
基于开发生命周期的测试特点
• 在软件开发过程中持续的进行测试 • 在尽可能早的阶段点去介入 • 需要正式的开发流程来支持 • 组建专门的测试团队 • 当软件整体开发活动开始的时候，测试活动就可以开始
第三章 基于生命周期的软件测试
教学目标
– 掌握生命周期测试的相关概念 – 掌握生命周期各个阶段的测试内容
重点：生命周期各个阶段测试要求
2
2
3.1 生命周期测试概念
3
3.1 生命周期测试概念
某知名公司研究数据显示
• 大约 60个缺陷/千行 • 2/3的缺陷产生在需求和设计阶段 • 在需求和设计阶段发现的缺陷修正的花费最小 • 修正系统测试阶段发现的缺陷，花费是以上的10倍 • 发布产品以后，修正缺陷的花费是原来的100倍
26
3.2.3 编码阶段测试
在编程阶段完成测试用例开发，对程序进行实际的测试： • 系统是否可维护 • 解决的首要问题是编码是否和设计一致 • 系统的规格说明是否正确地实现 • 编码是否按照既有的标准进行 • 是否有充分的测试计划评价可执行的程序 • 程序是否提供了足够的文档资料 • 程序内部是否有足够的注释等
− 实际测试过程遵循了原定的软件测试 计划和软件测试说明
− 客观、详细地记录了软件测试过程和 软件测试中发现的所有问题；
− 软件测试的全过程自始至终在控制下 进行；
− 软件测试中的问题或异常有合理解释 或正确有效的处理；
− 软件测试工作通过了测试评审；
− 全部测试软件、被测软件、测试支持 软件和评审结果已纳入配置管理。
33
3.2.5 安装阶段测试
测试关注点
• 对程序安装的正确性和完整性
• 安装遵循一定的方法，步骤
进行核对
• 需要的配套程序和数据已经放
• 校验产品文件的完整性
进了产品中
• 安装的审查，追踪被记录
• 已交付使用说明
• 安装之前，该系统已经被证实
• 相关文件已经完整(可维护性）
没有问题
• 接口已经被合理调整（耦合性）
• 用样本测试数据检查系统的行为特性 • 把尽可能多的问题在产品交给用户之前发现并改正
19
3.2.1 需求阶段测试
需求阶段
评估被测软件的风险，以此决定所采用的测试力度 • 软件工程统计结果发现
− 50%以上的系统错误是由于错误的需求或缺少需求导致的 − 超过80%的开销花在追踪需求的错误上 • 需求测试贯穿了整个软件开发周期，通过需求测试 − 可指导软件测试的各个阶段 − 可帮助我们设计整个测试的进行,测试计划怎样安排，测试用例怎样选取，软
指定版本 指定需求 计划测试 执行测试 追踪缺陷
在每个阶段，可以通过生成的详细报告和图表来分析数据
55
3.3 HP ALM对生命周期软件测试的支持
ALM窗口基本介绍
56
3.3 HP ALM对生命周期软件测试的支持
HP ALt Planning and Tracking)
• 如果安装失败，系统有相应的 解决方案
• 综合的性能达到了用户要求
• 安装过程，进行了权限控制
（安全性）
40
3.2.6 验收阶段测试
• 功能上 • 性能上 • 接口质量上 • 过载后的软件质量 • 安全性 • 软件的稳定性
44
3.2.7 维护阶段
工作目标
• 开发一些测试用例，预先发现一些问题 • 在运行情况发生变化后，预先的修正
13
3.2 生命周期各个阶段测试要求
18
3.2 生命周期各个阶段的测试要求
全生命周期中软件测试的最终要求
• 保证软件系统在全生命周期中每个阶段的正确性，验证在整个软件开发周期中 各个阶段的软件质量是否合格
• 保证最终系统符合用户的要求和需求，验证最终交付给用户的系统是否满足用 户需要、符合其需求
件的确认要达到哪些要求等
20
3.2.2 设计阶段测试
设计阶段的测试活动 • 在概要设计阶段，测试人员应阐述测试方法和测试评估准则，编写测试计划，
成立测试小组，安排具有里程碑的测试日程 • 在详细设计阶段，测试人员要开发或获取确认支持工具，生成功能测试数据和
测试用例
设计阶段的评审 • 对实际阶段处理的完整性进行正式的评价
需求、开发及质量 工具间的三路追踪
惠普敏捷加速器 4.0(HP Agile Accelerator 4.0)
57
建立发布标准并实 时监控
对应用变化的快速 组内分析及执行
可灵活支持不同项 目类型的交付方式
Thank You
58