软件需求管理与质量控制

1、2022-3-20项目需求及质量控制连国华2个人研究方向 信息系统架构设计 系统需求分析 IT项目管理 软件全过程质量保证解决方案设计 软件测试工具研究 电子政务和信息安全 3软件项目管理目标进度控制成本控制质量控制4软件开发全过程控制与管理 软件需求软件需求分析分析 软件结构软件结构设计设计软件详细软件详细 设计设计 编码编码 单元单元 测试测试 软件软件 集成集成集成集成测试测试系统系统测试测试 交付交付第三方第三方全过程保证全过程保证需求评审需求评审设计评审设计评审各阶段测试各阶段测试代码评审代码评审开发开发 5Contents软件开发设计阶段软件开发设计阶段2软件开发编码及测试阶段软件

2、开发编码及测试阶段3其他控制过程其他控制过程4软件需求分析阶段软件需求分析阶段1内容提要软件验收和第三方测试软件验收和第三方测试56软件需求分析阶段7需求的作用精确描述需要什么样的产品精确描述需要什么样的产品准确理解甲方需要什么样的产品准确理解甲方需要什么样的产品明确规定产品的检验依据明确规定产品的检验依据8需求的层次组织机构或客户对系统、产品高层次的目标要求用户使用产品必须要完成的任务开发人员必须实现的软件功能软件功能软件功能业务业务完成完成任务任务满足满足需求需求评审：评价业务需需求评审：评价业务需求、用户需求、需求规求、用户需求、需求规格说明的一致性格说明的一致性9需求中常见的问题与原因

3、 笼统需求笼统需求 隐含需求隐含需求 与已存在的限制条件与已存在的限制条件矛盾的需求矛盾的需求 不完整的需求不完整的需求 乙方代劳的需求乙方代劳的需求 项目可行性分析研项目可行性分析研究不深入究不深入 不善于提需求不善于提需求10如何设计软件需求无歧性无歧性完整性完整性可验证性可验证性一致性一致性可修改性可修改性可追踪性可追踪性运行和维护阶段的运行和维护阶段的可使用性可使用性GB/T 9385-1998计算机软件需求说明编制指南总体要求11必须描述的基本问题外部外部接口接口功能功能性能性能设计设计限制限制属性属性需求基本问题需求基本问题软件需求描述软件需求描述12n 软件需求分析的任务和过程软

4、件需求分析的任务和过程n 结构化分析方法结构化分析方法n 原型化方法原型化方法n 动态分析方法动态分析方法n 数据及数据库需求数据及数据库需求软件需求描述方法13软件需求分析的任务14需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。1516171819202122需求评审的主要内容 是否生成软件需求规格说明书 所提出的需求的技术可行性 需求是否可测 需求规格说明书内容完整 评价用户需求与需求规格说明书的一致性 是否有需求管理过程23需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 建立标准的评审流程 做好评审后的跟踪工作 充分准备

5、评审 242526例子：需求问题记录表2728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273 747576777879808182838485868788 899091929394959697 9899100101102103104105 106107108109110111112113需求设计需求设计- -典型案例典型案例苹果苹果1个苹果个苹果红苹果红苹果带有心形图案的苹果带有心形图案的苹果中间为实心心形图案中间为实心心形图案的苹果的苹果114需求设计需求设计

6、大小指标沟通控制协调一致性分析需求评审指标定义ra(1-sin(sita),x=rcos(sita),y=rsin(sita)115Contents软件开发设计阶段软件开发设计阶段2软件开发编码及测试阶段软件开发编码及测试阶段3其他控制过程其他控制过程4软件需求分析阶段软件需求分析阶段1内容提要软件验收和第三方测试软件验收和第三方测试5116软件开发设计阶段117设计阶段评审 分析设计是正确的、与需求一致并可追溯到需求 分析设计中的事件次序、输入、输出、接口、逻辑流程、出错定义、错误处理 验证根据需求所选择的设计是否合理118设计阶段评审 概要设计阶段 是否生成概要设计说明书（含数据库设计说明

7、书） 同行评审：验证系统架构设计正确性及可行性 详细设计阶段 详细设计说明书 每个模块、函数、接口的实现方法，输入参数、数据结果说明等 119Contents软件验收和第三方测试软件验收和第三方测试5软件开发设计阶段软件开发设计阶段2软件开发编码及测试阶段软件开发编码及测试阶段3其他控制过程其他控制过程4软件需求分析阶段软件需求分析阶段1内容提要120软件开发编码及测试阶段121单元测试内容 检查模块算法的逻辑正确性 输入参数有没有做正确性检查 重要的执行路径的正确性 错误处理的路径的正确性 异常处理 边界条件的正确性 模块接口的正确性 调用其他模块的接口的正确性 检查常量或全局变量使用的正确

8、性 程序风格的一致性、规范性 检查内部注释是否完整122单元测试方法 代码评审 / 选择关键代码进行审查 是否与需求相一致 是否符合编码规范 注释是否详细 可读性好 白盒测试 代码覆盖率评估 代码执行效率评估123集成测试的内容 测试穿越模块接口的数据是否丢失 测试各子功能组合起来后是否达到预期要求的父功能 测试一个模块是否对另一个模块产生不利的影响 测试全局数据结构是否有问题124系统测试及验收测试 系统确认测试 对比需求规格说明书、测试计划中的系统测试环境是否与实际的测试环境一致 确认系统实现功能与需求规格说明书是否一致 验收内容 所有文档、代码 系统验收测试策略 根据已定义的策略和准则进

9、行验收 委托第三方检测机构进行验收125最佳实践 每日编译与BVT测试 Microsoft以缺陷为核心的开发流程126测试阶段数据采集与分析的目的1评估被测软件的质量评估被测软件的质量缺陷的数量缺陷的数量缺陷的种类缺陷的种类2评估开发过程的质量评估开发过程的质量缺陷的分布缺陷的分布修复缺陷的时间修复缺陷的时间回归测试时发现回归测试时发现的缺陷数量的缺陷数量3评估测试工程师表现评估测试工程师表现是否按计划完成是否按计划完成任务任务发现缺陷的数量发现缺陷的数量127测试阶段主要采集数据测试用例执行的进度测试用例执行的进度 = 已执行的数目已执行的数目 / 总数目总数目缺陷的存活时间缺陷的存活时间

10、= = 缺陷从打开到关闭的时间缺陷从打开到关闭的时间缺陷分布密度缺陷分布密度 = = 对应于一项需求的总缺陷数对应于一项需求的总缺陷数 / 对应于该项需求的测试用例总数对应于该项需求的测试用例总数缺陷修改质量缺陷修改质量 = = 每次修改后发现的缺陷数量每次修改后发现的缺陷数量功能点缺陷率功能点缺陷率 总缺陷数总缺陷数 / 总功能点数总功能点数 128测试缺陷趋势分析时间缺陷的趋势分析缺陷的趋势分析 - - 按照测试执行的时间顺序，被发现的缺陷数量的分布按照测试执行的时间顺序，被发现的缺陷数量的分布129开发过程中的文档130文档验收 用户文档的全面性用户文档的全面性 用户手册内容的完整性用户

11、手册内容的完整性一致性检查一致性检查 文档审查文档审查用户手册对关键操作有无例图文说明，用户手册对关键操作有无例图文说明，例图的易理解性如何例图的易理解性如何主要功能和关键操作的应用主要功能和关键操作的应用实例数量及详细程度实例数量及详细程度用户手册包装的商品化程度和印刷质量用户手册包装的商品化程度和印刷质量 用户文档编写的规范性用户文档编写的规范性 131Contents软件开发设计阶段软件开发设计阶段2软件开发编码及测试阶段软件开发编码及测试阶段3其他控制过程其他控制过程4软件需求分析阶段软件需求分析阶段1内容提要软件验收和第三方测试软件验收和第三方测试5132项目开发过程中的其他控制过程

12、SQA过程过程 - 是否有质量计划 / 是否开展管理评审与技术评审活动 /是否有质量改进活动 配置管理过程配置管理过程 - 软件有什么变更 / 谁做的变更 / 什么时间做的变更 / 为何要变更缺陷管理过程缺陷管理过程 是否有缺陷管理系统 / 是否追踪每个缺陷的状态 / 是否阶段性缺陷分析数据项目管理过程项目管理过程 - 是否按照项目计划执行 / 是否按照里程碑定义实施 / 是否采取项目监控措施133项目管理过程项目计划项目计划 1.是否在规定的时间内是否在规定的时间内细化了下一阶段计划细化了下一阶段计划2.任务延迟是否能及时任务延迟是否能及时调整项目计划调整项目计划3.是否建立开发组织内是否建

13、立开发组织内部的质量管理过程部的质量管理过程项目监控项目监控项目过程中监控项目过程中监控1.项目启动检查项目启动检查2.是否建立支持过程是否建立支持过程3.开发进度例会开发进度例会4.开发进度周报开发进度周报/月报月报134SQA活动 管理评审 应当结合项目计划、时间表、标准和指南评价项目的状态，进行改进活动 依据计划对过程、产品和服务的状态进行评价 通过充分的分配资源来保持对项目的全面控制 改变项目的方向或确定改变计划的必要性135SQA活动 技术评审 评审产品是否符合规格说明 评审产品是否完整 软件产品的开发、操作和服务是根据项目的计划、进度、标准和指南进行的 对软件产品的改变是适当的13

14、6软件配置管理过程 缺乏配置管理造成的常见问题 组织的知识和过程财富流失 不能及时了解项目的进展状况 缺乏实现并行开发的手段 软件复用率低下 无法开展规范化的测试工作 对软件版本的发布缺乏有效的管理 缺乏历史数据的积累，没有软件开发的历史数据 无法有效的管理和跟踪变更137软件配置管理的重要性 使软件产品变为受控受控的，控制以下问题 软件有什么变更？（WHAT） 谁做的变更？（WHO） 什么时间做的变更？（WHEN） 为何要变更？（WHY） 软件将在什么时间发布 当前发布版本中有哪些功能，由哪些组件构成 当前版本中加入了针对哪些Bug的修改 软件的某个修改是谁认可的 如何建立新的发布版本 13

15、8实施软件配置管理的好处 开发、测试 有助于规范团队各个角色的行为 为各个角色之间的任务传 递和交流提供无缝的接合 帮助项目经理更好地了解项目的进度、开发人员的负荷、工作效率和产品质量状况、交付日期等信息 用户 得到正确的软件版本139缺陷管理过程 软件缺陷（Defect）软件中存在的错误，与预期属性的偏离软件开发周期中存在的错误、问题以及偏离140缺陷生命周期中的角色及职责领导者领导者发现发现报告报告跟踪跟踪确认确认开发人员开发人员测试人员测试人员141ConfirmNewOpenDeferNot ReviewedNot ReviewedBug reportedNNot A BugRevie

16、wDuplicateYPendingNo Plan To FixDeferred or RejectedFixedNVerifyNDeferredYENDFixClosedStatus of BugIndicationBEGINAssignAssignedRejectedNAction Taken by TesterAction Taken by DeveloperAction Taken by CommunicationYYYN缺陷处理流程142缺陷的分类S3S2S1S5S4导致系统崩溃导致系统崩溃导致程序模块丢失导致程序模块丢失主业务流程出现断点主业务流程出现断点内存泄漏内存泄漏导致死机导

17、致死机被测功能不能正确实现被测功能不能正确实现被测数据处理错误被测数据处理错误软件错误导致数据丢失软件错误导致数据丢失用户需求未实现用户需求未实现一般性的错误一般性的错误细小的错误细小的错误建议性问题建议性问题严重等级严重等级优先级优先级 143沟通的重要手段- Bug Triage会议开发人员开发人员测试人员测试人员领导层领导层组织组织管理管理协调协调仲裁仲裁144Contents软件开发设计阶段软件开发设计阶段2软件开发编码及测试阶段软件开发编码及测试阶段3其他控制过程其他控制过程4软件需求分析阶段软件需求分析阶段1内容提要软件验收和第三方测试软件验收和第三方测试5145软件验收要求软件质

18、量可验收指标软件质量可验收指标软件项目管理指标软件项目管理指标软件开发全过程监控软件开发全过程监控146软件质量是软件产业的基石软件质量是软件产业的基石 信息化建设的关键，是实现软件的价值，提升软件的应用效果。软件质量是实现软件价值的基础。 中国软件产业既有可观的内需市场，也有巨大的外销潜力，但不管是内需还是外销，产品质量始终是第一位的。147 依据国家软件检测中心依据国家软件检测中心20062006年全年的软件质量检测数年全年的软件质量检测数据统计，软件开发商认为已经据统计，软件开发商认为已经可以交付使用的软件，送交本可以交付使用的软件，送交本中心做质量检测，检测结果如中心做质量检测，检测结

19、果如图：图：软件质量状况软件质量状况148测试是保障软件质量的有效手段测试是保障软件质量的有效手段框架框架应用应用服务服务新软件开新软件开发发遗产软件更新遗产软件更新应用软件集成应用软件集成测试测试测试测试测试测试部署部署扩展扩展升级升级设计设计开发开发实施实施定制定制部署部署实施实施149现实的软件企业的组织结构技术支持部门技术支持部门测试部门测试部门质量保证部门质量保证部门开发部门开发部门测试组测试组2开发组开发组2测试组测试组1开发组开发组1软件企业软件企业项目组项目组2项目组项目组1没有QA部门没有专门的支持部门测试部门力量薄弱2，3人测试组对应多个项目软件质量难以保证第三方测试机构第

20、三方测试机构150理想的软件企业的组织结构技术支持部门技术支持部门测试部门测试部门质量保证部门质量保证部门开发部门开发部门测试组测试组2开发组开发组2测试组测试组1开发组开发组1软件企业软件企业项目组项目组2项目组项目组1151软件可验收指标 制定原则制定原则 满足用户需求（业务需求和商业需求）满足用户需求（业务需求和商业需求） 定量与定性相结合定量与定性相结合 涵盖功能性、非功能性等多方面涵盖功能性、非功能性等多方面 具体体现具体体现 用户需求说明书用户需求说明书 软件需求规格说明书软件需求规格说明书152测试流程图需求分析制定测试方案双方确定测试方案有修改通过制定测试计划安排项目进度培训测

21、试人员建立测试环境编写测试用例执行测试计划检测并在数据库中记录缺陷未完成回归测试否向用户提交缺陷列表测试报告编制开发人员修正错误结果分析及汇报是否需求分析制定测试方案双方确定测试方案有修改通过制定测试计划安排项目进度培训测试人员建立测试环境编写测试用例执行测试计划检测并在数据库中记录缺陷未完成回归测试否向用户提交缺陷列表测试报告编制开发人员修正错误结果分析及汇报是否资料审查资料审查测试准备测试执行测试结果分析及汇报完成完成评评审审153资料审查提交相关资料提交相关资料（包括用户文档）（包括用户文档）初步审查初步审查检测委托书检测委托书（包括测试需求）（包括测试需求）病毒检查病毒检查通过通过15

22、4测试准备需求分析需求分析人员培训人员培训环境准备环境准备测试方案测试方案测试计划测试计划测试用例测试用例测试测试进度进度155测试执行测试计划测试计划原始记录原始记录测试用例测试用例数据分析数据分析缺陷库缺陷库用户确认用户确认156结果分析及汇报原始记录原始记录缺陷缺陷记录记录缺陷缺陷列表列表评审评审开发方开发方测试方测试方委托委托方方测试报告测试报告缺陷缺陷报告报告回归回归157常见问题分析 平台兼容测试平台兼容测试字符集问题字符集问题 版本兼容测试版本兼容测试高版本与底版本的兼容问题高版本与底版本的兼容问题 共存性测试共存性测试于其他于其他IM软件存在端口冲突软件存在端口冲突 场景和互联

23、互通测试场景和互联互通测试即时消息的传输正确性即时消息的传输正确性 功能和业务流程测试功能和业务流程测试功能实现功能实现 压力测试压力测试无法登录系统无法登录系统 效率测试效率测试传输延迟传输延迟158软件质量模型软件质量软件质量功能性功能性可靠性可靠性易用性易用性效率效率维护性维护性可移植性可移植性适合性准确性互操作性保密安全性功能性的依从性成熟性容错性易恢复性可靠性的依从性易理解性易学性易操作性语言支持特性易用性的依从性时间特性资源利用性效率依从性易分析性易改变性稳定性维护性的依从性适应性易安装性共存性可移植性的依从性非功能需求质量特性质量特性属性度量方法功能实现的充分性X1A/BA=检测

24、中发现有问题的功能数B检测的功能总数功能实现的完整性X1A/BA=检测中发现缺少的功能数B在需求规格说明中规定的功能数功能实现的覆盖率X1A/BA=检测中发现有问题的或缺少的功能数B在需求规格说明中规定的功能总数功能规格说明的稳定性X1A/BA=系统投入运行后必须修改相应描述的功能数B在需求规格说明中规定的功能总数适合性质量子特性质量子特性159测试内容功能性功能性用户文档用户文档易用性易用性可靠性可靠性效率效率中文特性中文特性可维护性可维护性可移植性可移植性GB/T 16260-2006信息技术信息技术 软件产品评价软件产品评价 质量特性及其使用指南质量特性及其使用指南GB/T 17544-

25、1998 信息技术信息技术 软件包软件包 质量要求和测试质量要求和测试安全性安全性多语言支持多语言支持标准符合性标准符合性兼容性兼容性可扩展性可扩展性160测试内容（一）客户端客户端功能性功能点业务流程场景互联互通可移植性平台兼容版本兼容适配测试共存性测试用户文档用户文档可靠性可靠性易用性易用性中文特性中文特性161测试内容（二）服务器端功能性功能点互联互通效率压力测试场景测试容量测试协议符合性用户文档用户文档可靠性可靠性易用性易用性可维护性可维护性162测试策略功能点测试通讯功能通讯功能配置功能基础功能黑盒手动测试黑盒手动测试163测试策略业务流程测试PC客户端业务订购客户端业务订购164测

26、试策略场景测试黑盒手动黑盒手动自动测试自动测试165自动测试（一）场景一场景一自动测试流程自动测试流程166自动测试（二）用户用户A167自动测试（三）用户用户A用户用户B168测试策略互联互通客户端169测试策略互联互通服务器端170模拟报文171可移植性测试 英文平台英文平台 简体中文平台简体中文平台 繁体中文平台繁体中文平台 手机屏幕手机屏幕 播放器播放器 图片适配图片适配 铃声适配铃声适配 文字适配文字适配 号码适配号码适配 QQ MSN POPO SKYPE PC客户端客户端6个个版本版本 飞信手机客户飞信手机客户端端18个版本个版本172协议符合性内部业务平台 httpxmlInt

27、ernet的客户端 SIP-Chttp基于网管的通讯协议 SIP-CWS网管系统 SNMPPC客户端手机终端/WAP终端业务平台通过测试工具获通过测试工具获取报文，分析其取报文，分析其报文格式报文格式173定量分析系统的效率定量分析系统的效率发现系统的效率瓶颈发现系统的效率瓶颈对系统的效率瓶颈进行故障分析对系统的效率瓶颈进行故障分析 效率测试经常发现的问题效率测试经常发现的问题系统响应过慢系统响应过慢系统无故停机系统无故停机在一定压力下，系统崩溃在一定压力下，系统崩溃效率测试解决的问题效率测试解决的问题174QALoadApplicationExpertServer VantageLoadRu

28、nner服务器问题客户端问题网络问题性能故障的分析性能故障的分析175效率测试效率测试测试策略和方法测试策略和方法递递增增测测试试 并并发发测测试试 基基准准测测试试场场景景测测试试 疲疲劳劳强强度度测测试试 数数据据存存储储容容量量测测试试 极极限限测测试试 内内存存泄泄漏漏检检测测 176效率测试效率测试关注指标关注指标177测试工具的选择测试工具的选择类型类型需求描述需求描述满足需求的测试工具满足需求的测试工具负载生成支持主流协议，能够录制并自动生成虚拟用户脚本QALoad以及Loadrunner根据脚本定制压力负载和测试场景，并能够获取测试点中各个交易的响应时间QALoad以及Load

29、runner客户端监控和分析关键业务的响应时间，初步定位瓶颈点存在于客户端、网络还是服务器Client Vantage操作系统监控并排查服务器的资源占用是否合理，分析CPU、内存、磁盘IO是否存在性能瓶颈Server Vantage数据库监控并获取数据库的资源数据，定位低效SQL语句Server Vantage中间件监控并获取J2EE和.Net等主流平台的资源消耗，排查中间件对系统资源占用是否合理，是否存在性能瓶颈Vantage Analyzer网络监控应用和网络的交互信息，排查网络是否存在性能瓶颈Network Vantage瓶颈定位和优化分析会话的瓶颈存在于客户端、服务器还是网络Appli

30、cation Vantage找出J2EE和.Net应用瓶颈和低效的方法Vantage Analyzer找出数据库操作中影响性能的瓶颈点和需要调优的语句Server Vantage178现象：某功能响应时间长，现象：某功能响应时间长， 需需2020秒秒用专业工具取证分析：用专业工具取证分析：对对“选择合同选择合同”功能点进行功能点进行单独测试；单独测试；应用服务器在应用服务器在4.34.3秒时向数秒时向数据库服务器发起一个请求之据库服务器发起一个请求之后，数据库服务器在后，数据库服务器在21.721.7秒秒才有响应。经过进一步分析，才有响应。经过进一步分析，发现在发现在4.34.3秒时，应用服务

31、器秒时，应用服务器向数据库服务器发送了一个向数据库服务器发送了一个SQLSQL语句。语句。实例实例1 性能故障定位性能故障定位服务器问题服务器问题179SQLSQL语句：语句：SELECT A.OQ_ID,A.FQ_ID,A.OQL_VALUE,B.FQ_NAME,B.FQ_ENAME, B.FQ_ENABLE FROM OILQUALITYTESTLIST A,FUELQUALITYITEM B WHERE A.FQ_ID=B.FQ_ID AND A.OQ_ID IN (3617685,3617686, 3617687) ORDER BY A.FQ_ID,A.OQ_ID 对SQL语句进行单独

32、分析，其执行时间为18秒284毫秒，其响应时间主要消耗在表OILQUALITYTESTLIST（2503108行）和表FUELQUALITYITEM（36行）的连接操作，以及IN操作上。建议：建议： 将该语句中的IN操作改成同样结果的BETWEEN，明显提高效率，SQL语句的执行时间为813毫秒。依此类推，所有SQL语句中在where条件子句中包含的IN子句，最好全部改掉，尽量用“=” 及“between”替代，目的是让优化器用上索引以提高执行效率。故障定位：故障定位：SQL效率问题效率问题效率提升效率提升22倍：倍：18.284秒秒0.813秒秒实例实例1 性能故障定位性能故障定位服务器问题

33、服务器问题180现象：现象：用户查询用户查询一次一次报表，报表，耗时耗时4 4分多钟。分多钟。通过性能分析工具对服务器取样：执行一次查询通过性能分析工具对服务器取样：执行一次查询耗时为耗时为22.20122.201秒，其中网络耗秒，其中网络耗时为时为1.0001.000秒，客户端耗时为秒，客户端耗时为15.00615.006秒，服务器端耗时为秒，服务器端耗时为6.1956.195秒。秒。另外，可以看出，在执行查询时，应用服务器和数据库服务器在前另外，可以看出，在执行查询时，应用服务器和数据库服务器在前6 6秒有压力，秒有压力，在在6 6秒以后，压力均集中在客户端，而且，客户端的秒以后，压力均集

34、中在客户端，而且，客户端的CPUCPU利用率一直保持在利用率一直保持在100%100%。实例2：性能故障定位客户端问题181如果直接按照年查询2005年所有油品的“销售统计报表（发票查询-按数量）”，则应用服务器返回523行结果集后，客户端显示数据就要花费4分钟左右的时间；如果将查询结果保存成本地的静态页面，打开静态页面的时间也要花费4分钟左右的时间。经过对静态页面脚本的分析，发现脚本中有一些不合理的代码，主要包括两个部分。第一个部分是查询的条件页面不应和查询结果页面放在同一个页面中，因为在查询结果页面中没有涉及到查询条件页面中的“船东分类对象数组”、“油品对象数组”和“港口对象数组”等对象，

35、而且，“船东分类对象数组”信息和计算量相当大，在静态页面的脚本中就占据了4万2千多行语句。建议采用分帧的方式将查询条件和查询结果放在不同的帧中。第二个部分是脚本中生成查询结果没有分批次显示，造成CPU计算量相当大，按照一次性显示查询结果的这种方式需要25秒左右的时间，如果一行一行地显示查询结果，则只需要12秒的时间，执行效率明显提高。故障定位：页面设计问题，显故障定位：页面设计问题，显示问题示问题效率提升效率提升100多倍：多倍：4分钟分钟12秒秒实例实例2 性能故障定位性能故障定位客户端问题客户端问题182实例3：性能故障定位网络问题系统能够支持系统能够支持2020用户并发执行查询操作，单用户执行查询报表时，执行时间较长为用户并发执行查询操作，单用户执行查询报表时，执行时间较长为95.56195.561秒，其中，网络耗时