拓冰网站定制 
简介本资源是一份完整的LoadRunner性能测试实践报告面向软件测试工程师、性能测试初学者及高校相关专业学生聚焦Web应用高并发场景下的系统稳定性与响应能力评估。报告以LR自带的飞机订票系统为被测对象覆盖测试规划、环境搭建、用例设计、脚本开发含vuser_init/Action事务定义、参数化登录与订票流程、执行监控及结果分析全流程特别详述了登录与航班搜索两大核心功能的性能验证方法与指标解读。资源为单文件Word文档.doc大小447KB内容结构规范含测试计划时间表、软硬件配置清单、10组账号/航班参数示例及完整LoadRunner脚本代码含web_url、web_submit_form、lr_think_time等关键函数调用说明。目前已有105人学习下载可直接用于性能测试实操复现、脚本学习参考或课程实验报告撰写。1. 这份“LoadRunner性能测试报告.doc”不是模板而是交付物的终点和起点你拿到一份名为LoadRunner性能测试报告.doc的文档第一反应可能是这是个 Word 模板能直接填数据就交差错。它本质是一份经过完整压测周期后生成的、具备技术可信度与业务解释力的交付产物——既需承载 LoadRunner 实际采集的吞吐量、响应时间、错误率、资源消耗等原始指标又要能向开发、运维、产品经理讲清“系统在什么负载下崩了”“瓶颈到底在数据库还是线程池”“为什么加了 20 台服务器反而更慢”。很多团队卡在这一步脚本跑通了、场景设好了、结果导出了却卡在“怎么把 .lrr 文件里的 37 张图表和 5 页 raw data 整合成一份让人愿意读、能决策的 .doc”。这不是排版问题而是指标筛选逻辑、阈值判定依据、异常归因路径、风险分级表述四重能力的落地。适合刚完成首次 LoadRunner 压测的新手快速产出可汇报报告也适合有 5 年经验的性能工程师复盘报告结构是否经得起架构师追问。2. 从 .lrr 结果文件到可读性报告LoadRunner 报告生成的核心链路与必选模块LoadRunner 的报告生成不是“点一下导出 Word”就结束。它的底层逻辑是结果文件.lrr→ Analysis 解析引擎 → 指标提取规则 → 视图配置 → 导出格式适配。跳过 Analysis 直接导出 Word90% 的报告会丢失关键上下文——比如事务响应时间的百分位分布P90/P95、并发用户数与 TPS 的非线性拐点、同一事务在不同 VU 分组下的耗时差异。这些必须在 Analysis 中显式配置视图并验证。2.1 LoadRunner Analysis 中必须构建的 4 类核心视图提示所有视图必须基于实际运行的 Scenario而非默认 Demo且时间范围需与压测窗口严格对齐例如压测持续 30 分钟则 Analysis 时间轴必须截取该 30 分钟不能用“全部时间”2.1.1 事务性能基线视图聚焦 P90 响应时间与失败率在 Analysis 中新建Transaction Response Time (Over Time)视图添加以下事务按业务重要性排序login_api登录主流程order_submit下单核心事务payment_query支付状态轮询右键视图 →Configure→ 在Percentile标签页勾选90th和95th在Graph Options中启用Show Failures。此视图直接回答“在 90% 的请求中下单耗时是否 ≤ 2s失败率是否突破 0.5%”2.1.2 系统资源瓶颈视图网卡、CPU、内存三维度联动分析加载Windows Resources或Linux Resources数据取决于被测服务器 OS。关键操作将Network Interface: Bytes Total/sec与Transaction Response Time放在同一时间轴对比右键 →Merge Graphs添加Processor: % Processor Time和Memory: Available MBytes作为辅助线设置阈值线网卡带宽利用率 85%、CPU 80%、可用内存 1GB 时标红预警注意网卡测试报告中的“带宽打满”不等于“网络层瓶颈”必须结合TCP Retransmit和Connection Reset指标交叉验证——这些需在 Analysis 的Web Resources视图中单独提取。2.1.3 并发与吞吐量关系视图识别拐点与饱和区新建Running Vusers与Hits per Second双 Y 轴视图。重点观察当 VU 从 200 增至 300 时Hits/sec 是否线性增长若增幅 10%说明应用层已饱和在 VU400 时 Hits/sec 下降同时Transaction Response Time骤升 300%确认为性能拐点此视图是报告中“建议最大并发用户数”的唯一技术依据不可用经验值替代。2.1.4 错误分布热力图定位高频失败事务与错误码使用Error Statistics视图按Error Message分组筛选HTTP 500、Socket Timeout、Connection Refused三类。关键动作导出错误明细表右键 →Export to Excel保留Timestamp、Vuser ID、Transaction Name、Error Code四列在 Excel 中用数据透视表统计各事务的错误占比例如order_submit占总错误的 68%将错误码与日志时间戳对齐确认是否集中发生在 GC 周期或数据库锁表时段2.2 LoadRunner 官网下载的 Analysis 版本兼容性陷阱LoadRunner 12.63 及之后版本含最新 2023 R1的 Analysis 默认导出 Word 报告存在两个硬伤图表失真折线图在 Word 中缩放后坐标轴文字模糊P95 曲线无法清晰显示拐点数据截断当事务数 50 时“事务响应时间汇总表”自动省略部分事务名仅显示...解决方案无需重装# 步骤1在 Analysis 中导出为 PDFFile → Export → PDF # 步骤2用 Adobe Acrobat 打开 PDF执行“导出为 Word”非直接另存为 # 步骤3在 Word 中手动替换字体为“微软雅黑”调整表格列宽提示LoadRunner 官网下载页面microfocus.com提供的 Analysis 安装包其 PDF 导出模块比 Word 导出模块稳定 3 个版本迭代。这是官方未明说但被大量金融客户验证的 workaround。3. 把 Analysis 图表和数据嵌入 Word避免“截图党”陷阱的 5 个自动化技巧手工截图粘贴到 Word 是性能报告最大的信任危机来源——图表无时间戳、坐标轴单位缺失、颜色无法区分多曲线、缩放后文字糊成一片。真正的专业报告必须保证“图表可追溯、数据可复验”。3.1 使用 Analysis 内置的“复制为增强型图元”EMF在 Analysis 中右键任意图表 →Copy as Enhanced Metafile→ 切换到 Word →CtrlV。EMF 格式优势缩放不失真矢量图双击可编辑坐标轴标签、图例位置Word 中右键 →编辑图片支持批量操作按住Ctrl多选 5 个图表一次复制粘贴3.1.1 EMF 图表的标准化样式配置在 Analysis 中统一设置避免每张图手动调字体Arial, 10pt中文环境需额外安装 Arial Unicode MS线条粗细主曲线2.25pt辅助线1.0pt图例位置右上角Graph Options → Legend → Position → Top Right网格线仅保留水平主网格线Grid Lines → Horizontal Major Only3.2 用 VBA 自动化插入事务汇总表Analysis 导出的“事务摘要表”是纯文本无法在 Word 中排序或高亮。用 VBA 将其转为可编辑表格Sub InsertLRTransactionTable() Dim wdApp As Object Set wdApp CreateObject(Word.Application) wdApp.Visible True wdApp.Documents.Add 步骤1从 Analysis 复制文本需提前在 Analysis 中选中Transaction Summary表格 → CtrlC Dim txt As String txt GetFromClipboard() 自定义函数获取剪贴板文本 步骤2按Tab分隔符拆分为二维数组 Dim rows() As String: rows Split(txt, vbCrLf) Dim tbl As Object Set tbl wdApp.ActiveDocument.Tables.Add(Selection.Range, UBound(rows) 1, 5) 步骤3逐行填充列顺序事务名|平均响应时间|P90|失败率|最大并发 Dim i As Integer For i 0 To UBound(rows) If rows(i) Then Dim cols() As String: cols Split(rows(i), vbTab) tbl.Cell(i 1, 1).Range.Text cols(0) tbl.Cell(i 1, 2).Range.Text FormatNumber(cols(1), 2) ms tbl.Cell(i 1, 3).Range.Text FormatNumber(cols(2), 2) ms tbl.Cell(i 1, 4).Range.Text FormatPercent(cols(3), 1) tbl.Cell(i 1, 5).Range.Text cols(4) End If Next i 步骤4自动套用样式 tbl.Style Medium Shading 1 Accent 1 End Sub注意此脚本要求 Analysis 中先选中“Transaction Summary”视图View → Transaction Summary再CtrlA全选 →CtrlC。VBA 依赖 Windows 剪贴板Mac 环境需改用 AppleScript。3.3 网卡测试报告的关键字段嵌入规范当报告需体现网络层性能如 CDN 回源带宽、API 网关出口流量必须在 Word 中明确标注测量点Nginx access.log 中 $bytes_sent 字段非 netstat 统计计算方式(sum(bytes_sent) / duration_sec) * 8 / 1024 / 1024→ 单位 MBps对比基准云厂商分配的网卡上限如 AWS c5.2xlarge 为 3.5 Gbps风险提示若实测值达基准的 85%需注明“当前架构下带宽将成为下一个瓶颈”3.3.1 网卡指标与应用指标的因果链表述在报告“根因分析”章节禁止写“网卡打满导致慢”。必须写“在 VU500 场景下order_submit事务 P90 响应时间从 1.2s 升至 4.7s同步观测到 Nginx 出口带宽达 3.2 Gbps占实例上限 3.5 Gbps 的 91%。抓包分析显示payment_query事务返回的 JSON 体积达 1.8MB/次正常为 12KB系未开启 gzip 压缩所致。建议1对/api/payment/status接口启用 gzip2前端增加分页参数限制单次返回记录数。”4. 报告结论页的 3 层风险分级与可执行建议一份合格的 LoadRunner 性能测试报告结论页必须让读者 30 秒内抓住重点系统是否达标哪里要改改完预期提升多少这需要结构化表达而非堆砌数据。4.1 风险分级矩阵按业务影响与修复成本双维度风险等级判定标准示例修复优先级P0阻断上线核心事务失败率 ≥ 5% 或 P95 SLA 3 倍login_api在 200VU 下失败率 8.2%P9512.4sSLA3s立即修复停止发布P1性能缺陷非核心事务超 SLA但未引发连锁失败user_profile_loadP90850msSLA500ms错误率 0.1%2 周内优化不影响上线P2容量预警资源使用率达阈值但当前负载下功能正常MySQL CPU 持续 75%连接数达 850/10001 个月内扩容或 SQL 优化提示SLA 必须在报告开头明确定义如“支付类事务 P95 ≤ 2s失败率 0.1%”否则风险分级失去依据。4.2 可执行建议的“技术-业务”双轨表述每条建议必须包含技术动作和业务收益例如技术动作将 Redis 集群从 3 节点升级至 6 节点并启用读写分离业务收益product_search事务 P90 从 1.8s 降至 0.4s支持大促期间搜索 QPS 从 1200 提升至 5000验证方式在预发环境用相同脚本压测对比 P90 降幅 ≥ 75%4.2.1 避免模糊表述的 5 个雷区词及替代方案雷区词问题替代方案“优化数据库”未指明优化对象和方法“对orders表的status字段添加索引覆盖WHERE status IN (paid,shipped)查询”“增加服务器”未说明类型、数量、部署位置“在 Kubernetes 集群中为order-serviceDeployment 增加 2 个 replicasCPU limit 从 2000m 调整为 3000m”“调整 JVM 参数”未给出具体参数和依据“将-Xmx从 2g 调至 4g依据 GC 日志显示 Full GC 频率从 3min/次降至 15min/次”“检查网络”无法验证是否执行“在order-servicePod 中执行curl -v http://payment-service:8080/health确认 TCP 连接建立时间 50ms”“监控告警”未定义监控指标和阈值“在 Prometheus 中新增http_request_duration_seconds_bucket{le2.0, handlerorder_submit}指标当 1m 内 P95 2s 时触发企业微信告警”4.3 附录LoadRunner 测试报告必备的 7 个附件清单报告末尾必须提供可追溯的原始材料缺一不可Scenario 文件.usr包含 VU 分布、思考时间、集合点配置脚本源码.c 文件标注lr_start_transaction(login_api)等关键事务起始点Analysis 工程文件.uwl确保他人可用相同 Analysis 版本打开并复现图表服务器监控快照PDF压测峰值时刻的 Grafana 截图含 CPU、内存、磁盘 IO、网络收发包错误日志片段TXT截取order_submit失败时段的 50 行应用日志含时间戳、线程 ID、SQL网络抓包文件.pcapngWireshark 抓取的login_api请求-响应全链路过滤http.host api.example.com环境配置清单Excel被测系统各组件版本如 Spring Boot 2.7.18、MySQL 8.0.33、Nginx 1.22.1注意所有附件需压缩为LR_Report_Artifacts_20231025.zipMD5 值写入报告第一页右下角。这是审计合规的硬性要求非可选项。本文还有配套的精品资源点击获取 LoadRunner性能测试报告生成与优化实战指南
简介本资源是一份完整的LoadRunner性能测试实践报告面向软件测试工程师、性能测试初学者及高校相关专业学生聚焦Web应用高并发场景下的系统稳定性与响应能力评估。报告以LR自带的飞机订票系统为被测对象覆盖测试规划、环境搭建、用例设计、脚本开发含vuser_init/Action事务定义、参数化登录与订票流程、执行监控及结果分析全流程特别详述了登录与航班搜索两大核心功能的性能验证方法与指标解读。资源为单文件Word文档.doc大小447KB内容结构规范含测试计划时间表、软硬件配置清单、10组账号/航班参数示例及完整LoadRunner脚本代码含web_url、web_submit_form、lr_think_time等关键函数调用说明。目前已有105人学习下载可直接用于性能测试实操复现、脚本学习参考或课程实验报告撰写。1. 这份“LoadRunner性能测试报告.doc”不是模板而是交付物的终点和起点你拿到一份名为LoadRunner性能测试报告.doc的文档第一反应可能是这是个 Word 模板能直接填数据就交差错。它本质是一份经过完整压测周期后生成的、具备技术可信度与业务解释力的交付产物——既需承载 LoadRunner 实际采集的吞吐量、响应时间、错误率、资源消耗等原始指标又要能向开发、运维、产品经理讲清“系统在什么负载下崩了”“瓶颈到底在数据库还是线程池”“为什么加了 20 台服务器反而更慢”。很多团队卡在这一步脚本跑通了、场景设好了、结果导出了却卡在“怎么把 .lrr 文件里的 37 张图表和 5 页 raw data 整合成一份让人愿意读、能决策的 .doc”。这不是排版问题而是指标筛选逻辑、阈值判定依据、异常归因路径、风险分级表述四重能力的落地。适合刚完成首次 LoadRunner 压测的新手快速产出可汇报报告也适合有 5 年经验的性能工程师复盘报告结构是否经得起架构师追问。2. 从 .lrr 结果文件到可读性报告LoadRunner 报告生成的核心链路与必选模块LoadRunner 的报告生成不是“点一下导出 Word”就结束。它的底层逻辑是结果文件.lrr→ Analysis 解析引擎 → 指标提取规则 → 视图配置 → 导出格式适配。跳过 Analysis 直接导出 Word90% 的报告会丢失关键上下文——比如事务响应时间的百分位分布P90/P95、并发用户数与 TPS 的非线性拐点、同一事务在不同 VU 分组下的耗时差异。这些必须在 Analysis 中显式配置视图并验证。2.1 LoadRunner Analysis 中必须构建的 4 类核心视图提示所有视图必须基于实际运行的 Scenario而非默认 Demo且时间范围需与压测窗口严格对齐例如压测持续 30 分钟则 Analysis 时间轴必须截取该 30 分钟不能用“全部时间”2.1.1 事务性能基线视图聚焦 P90 响应时间与失败率在 Analysis 中新建Transaction Response Time (Over Time)视图添加以下事务按业务重要性排序login_api登录主流程order_submit下单核心事务payment_query支付状态轮询右键视图 →Configure→ 在Percentile标签页勾选90th和95th在Graph Options中启用Show Failures。此视图直接回答“在 90% 的请求中下单耗时是否 ≤ 2s失败率是否突破 0.5%”2.1.2 系统资源瓶颈视图网卡、CPU、内存三维度联动分析加载Windows Resources或Linux Resources数据取决于被测服务器 OS。关键操作将Network Interface: Bytes Total/sec与Transaction Response Time放在同一时间轴对比右键 →Merge Graphs添加Processor: % Processor Time和Memory: Available MBytes作为辅助线设置阈值线网卡带宽利用率 85%、CPU 80%、可用内存 1GB 时标红预警注意网卡测试报告中的“带宽打满”不等于“网络层瓶颈”必须结合TCP Retransmit和Connection Reset指标交叉验证——这些需在 Analysis 的Web Resources视图中单独提取。2.1.3 并发与吞吐量关系视图识别拐点与饱和区新建Running Vusers与Hits per Second双 Y 轴视图。重点观察当 VU 从 200 增至 300 时Hits/sec 是否线性增长若增幅 10%说明应用层已饱和在 VU400 时 Hits/sec 下降同时Transaction Response Time骤升 300%确认为性能拐点此视图是报告中“建议最大并发用户数”的唯一技术依据不可用经验值替代。2.1.4 错误分布热力图定位高频失败事务与错误码使用Error Statistics视图按Error Message分组筛选HTTP 500、Socket Timeout、Connection Refused三类。关键动作导出错误明细表右键 →Export to Excel保留Timestamp、Vuser ID、Transaction Name、Error Code四列在 Excel 中用数据透视表统计各事务的错误占比例如order_submit占总错误的 68%将错误码与日志时间戳对齐确认是否集中发生在 GC 周期或数据库锁表时段2.2 LoadRunner 官网下载的 Analysis 版本兼容性陷阱LoadRunner 12.63 及之后版本含最新 2023 R1的 Analysis 默认导出 Word 报告存在两个硬伤图表失真折线图在 Word 中缩放后坐标轴文字模糊P95 曲线无法清晰显示拐点数据截断当事务数 50 时“事务响应时间汇总表”自动省略部分事务名仅显示...解决方案无需重装# 步骤1在 Analysis 中导出为 PDFFile → Export → PDF # 步骤2用 Adobe Acrobat 打开 PDF执行“导出为 Word”非直接另存为 # 步骤3在 Word 中手动替换字体为“微软雅黑”调整表格列宽提示LoadRunner 官网下载页面microfocus.com提供的 Analysis 安装包其 PDF 导出模块比 Word 导出模块稳定 3 个版本迭代。这是官方未明说但被大量金融客户验证的 workaround。3. 把 Analysis 图表和数据嵌入 Word避免“截图党”陷阱的 5 个自动化技巧手工截图粘贴到 Word 是性能报告最大的信任危机来源——图表无时间戳、坐标轴单位缺失、颜色无法区分多曲线、缩放后文字糊成一片。真正的专业报告必须保证“图表可追溯、数据可复验”。3.1 使用 Analysis 内置的“复制为增强型图元”EMF在 Analysis 中右键任意图表 →Copy as Enhanced Metafile→ 切换到 Word →CtrlV。EMF 格式优势缩放不失真矢量图双击可编辑坐标轴标签、图例位置Word 中右键 →编辑图片支持批量操作按住Ctrl多选 5 个图表一次复制粘贴3.1.1 EMF 图表的标准化样式配置在 Analysis 中统一设置避免每张图手动调字体Arial, 10pt中文环境需额外安装 Arial Unicode MS线条粗细主曲线2.25pt辅助线1.0pt图例位置右上角Graph Options → Legend → Position → Top Right网格线仅保留水平主网格线Grid Lines → Horizontal Major Only3.2 用 VBA 自动化插入事务汇总表Analysis 导出的“事务摘要表”是纯文本无法在 Word 中排序或高亮。用 VBA 将其转为可编辑表格Sub InsertLRTransactionTable() Dim wdApp As Object Set wdApp CreateObject(Word.Application) wdApp.Visible True wdApp.Documents.Add 步骤1从 Analysis 复制文本需提前在 Analysis 中选中Transaction Summary表格 → CtrlC Dim txt As String txt GetFromClipboard() 自定义函数获取剪贴板文本 步骤2按Tab分隔符拆分为二维数组 Dim rows() As String: rows Split(txt, vbCrLf) Dim tbl As Object Set tbl wdApp.ActiveDocument.Tables.Add(Selection.Range, UBound(rows) 1, 5) 步骤3逐行填充列顺序事务名|平均响应时间|P90|失败率|最大并发 Dim i As Integer For i 0 To UBound(rows) If rows(i) Then Dim cols() As String: cols Split(rows(i), vbTab) tbl.Cell(i 1, 1).Range.Text cols(0) tbl.Cell(i 1, 2).Range.Text FormatNumber(cols(1), 2) ms tbl.Cell(i 1, 3).Range.Text FormatNumber(cols(2), 2) ms tbl.Cell(i 1, 4).Range.Text FormatPercent(cols(3), 1) tbl.Cell(i 1, 5).Range.Text cols(4) End If Next i 步骤4自动套用样式 tbl.Style Medium Shading 1 Accent 1 End Sub注意此脚本要求 Analysis 中先选中“Transaction Summary”视图View → Transaction Summary再CtrlA全选 →CtrlC。VBA 依赖 Windows 剪贴板Mac 环境需改用 AppleScript。3.3 网卡测试报告的关键字段嵌入规范当报告需体现网络层性能如 CDN 回源带宽、API 网关出口流量必须在 Word 中明确标注测量点Nginx access.log 中 $bytes_sent 字段非 netstat 统计计算方式(sum(bytes_sent) / duration_sec) * 8 / 1024 / 1024→ 单位 MBps对比基准云厂商分配的网卡上限如 AWS c5.2xlarge 为 3.5 Gbps风险提示若实测值达基准的 85%需注明“当前架构下带宽将成为下一个瓶颈”3.3.1 网卡指标与应用指标的因果链表述在报告“根因分析”章节禁止写“网卡打满导致慢”。必须写“在 VU500 场景下order_submit事务 P90 响应时间从 1.2s 升至 4.7s同步观测到 Nginx 出口带宽达 3.2 Gbps占实例上限 3.5 Gbps 的 91%。抓包分析显示payment_query事务返回的 JSON 体积达 1.8MB/次正常为 12KB系未开启 gzip 压缩所致。建议1对/api/payment/status接口启用 gzip2前端增加分页参数限制单次返回记录数。”4. 报告结论页的 3 层风险分级与可执行建议一份合格的 LoadRunner 性能测试报告结论页必须让读者 30 秒内抓住重点系统是否达标哪里要改改完预期提升多少这需要结构化表达而非堆砌数据。4.1 风险分级矩阵按业务影响与修复成本双维度风险等级判定标准示例修复优先级P0阻断上线核心事务失败率 ≥ 5% 或 P95 SLA 3 倍login_api在 200VU 下失败率 8.2%P9512.4sSLA3s立即修复停止发布P1性能缺陷非核心事务超 SLA但未引发连锁失败user_profile_loadP90850msSLA500ms错误率 0.1%2 周内优化不影响上线P2容量预警资源使用率达阈值但当前负载下功能正常MySQL CPU 持续 75%连接数达 850/10001 个月内扩容或 SQL 优化提示SLA 必须在报告开头明确定义如“支付类事务 P95 ≤ 2s失败率 0.1%”否则风险分级失去依据。4.2 可执行建议的“技术-业务”双轨表述每条建议必须包含技术动作和业务收益例如技术动作将 Redis 集群从 3 节点升级至 6 节点并启用读写分离业务收益product_search事务 P90 从 1.8s 降至 0.4s支持大促期间搜索 QPS 从 1200 提升至 5000验证方式在预发环境用相同脚本压测对比 P90 降幅 ≥ 75%4.2.1 避免模糊表述的 5 个雷区词及替代方案雷区词问题替代方案“优化数据库”未指明优化对象和方法“对orders表的status字段添加索引覆盖WHERE status IN (paid,shipped)查询”“增加服务器”未说明类型、数量、部署位置“在 Kubernetes 集群中为order-serviceDeployment 增加 2 个 replicasCPU limit 从 2000m 调整为 3000m”“调整 JVM 参数”未给出具体参数和依据“将-Xmx从 2g 调至 4g依据 GC 日志显示 Full GC 频率从 3min/次降至 15min/次”“检查网络”无法验证是否执行“在order-servicePod 中执行curl -v http://payment-service:8080/health确认 TCP 连接建立时间 50ms”“监控告警”未定义监控指标和阈值“在 Prometheus 中新增http_request_duration_seconds_bucket{le2.0, handlerorder_submit}指标当 1m 内 P95 2s 时触发企业微信告警”4.3 附录LoadRunner 测试报告必备的 7 个附件清单报告末尾必须提供可追溯的原始材料缺一不可Scenario 文件.usr包含 VU 分布、思考时间、集合点配置脚本源码.c 文件标注lr_start_transaction(login_api)等关键事务起始点Analysis 工程文件.uwl确保他人可用相同 Analysis 版本打开并复现图表服务器监控快照PDF压测峰值时刻的 Grafana 截图含 CPU、内存、磁盘 IO、网络收发包错误日志片段TXT截取order_submit失败时段的 50 行应用日志含时间戳、线程 ID、SQL网络抓包文件.pcapngWireshark 抓取的login_api请求-响应全链路过滤http.host api.example.com环境配置清单Excel被测系统各组件版本如 Spring Boot 2.7.18、MySQL 8.0.33、Nginx 1.22.1注意所有附件需压缩为LR_Report_Artifacts_20231025.zipMD5 值写入报告第一页右下角。这是审计合规的硬性要求非可选项。本文还有配套的精品资源点击获取