在当前页：
介绍
使用CAST应用智能平台加载期间，应始终将此步骤作为应用程序首次分析的一部分执行。当重新分析一个应用程序时，这个步骤被认为是可选择的，并非总是必须的，除非随后的源代码交付之间的差异突出显示应用程序中需要部分或全部重新加载的应用程序的重大更改。
无论如何，定期重新验证应用程序的配置都被认为是良好的习惯。此类质量检查的频率取决于重新分析的频率，且可能由与IT配置更改管理过程相关的关键事件触发（例如，重构、整合等等）。
一旦分析完成，需要检查生成的日志文件，以确认没有检测到可能影响结果质量的错误或警告。对于CAST支持的每一种技术，日志管理器将生成一组统计信息来验证分析，并将其与之前的分析进行比较。此外，还需要验证动态链接 和CAST Engineering Dashboard中的显示。对于两者而言，都有支持最终技术验证的工具。
查看分析日志并解决或理解报告的问题
要查看分析日志，请导航到每个分析执行项，然后单击日志链接：
查看下表中更多常见警告/错误。
| 技术 | 参考 |
|---|---|
| C# and VB.NET | .NET Analyzer - Analysis messages |
| J2EE | JEE Analyzer - Analysis messages |
| Mainframe | 主机分析消息 |
| C / C++ / Pro*C | C 和Cpp - 故障排除 |
| SAP ABAP | ABAP分析消息 |
| Oracle PL/SQL | Oracle PLSQL - 故障排除 |
另外，可以在CAST Management Studio和应用程序编辑器中使用以下选项查看所有分析日志：
验证分析边界
目标是确保已分析和映射到分析服务中作为对象和链接的内容与分析配置的意图和范围一致。
为了进行验证，一旦解决了所有日志问题，CAST管理员应尝试生成一个初步的CAST工程仪表盘（拍摄快照）。一些粗略的检查能帮助轻松确定源代码发现工具的问题，或其他配置问题。CAST管理员至少应该执行以下比较：
- 由技术和代码行(LOC)交付的文件对比由技术和LOC分析的文件
- 使用执行单元报告检查生成的设计对比那些交付和/或预期的设计
- 对CAST工程仪表盘结果执行粗略检查 — 可通过从应用程序编辑器>执行选项卡中启动临时CAST工程仪表盘来执行此操作：
请记住，此阶段检查CAST工程仪表盘结果假定你已生成快照 — 如果你已选择使用运行分析中所述的仅运行分析选项，则你还不能在CAST工程仪表盘中查看结果。
查看分析单元内容
要检查每个分析单元的分析结果，可以查看分析单元的内容 — 请参见下图：
可使用的以下数据与应用程序鉴定和交付验证步骤期间收集的信息相比较：
查看执行单元内容
要查看执行单元内容，请右键单击应用程序名 > 执行 >分析 >查看执行单元：
这会打开一份执行报告，报告会显示每个分析单元的分析服务中的代码行。将其与SCLOC等工具的LOC计数相比较，以验证分析配置：
点击放大
验证一份分析的质量
分析可通过多种方式验证：
- 通过查看分析期间调用的不同工具生成的日志文件
- 通过检查预期对象和链接是否正确保存 — 这可通过使用CAST Enlighten实现
CAST管理员已经开发了各种工具和几种SQL查询，并使用它们检查生成的分析服务。几个很少受到注意的可以简化此任务的工具包括：
- SCCount — 提供交付给分析和部分发现框架的源代码的详细清单
- 库存和运行时间报告工具 — 此工具可能适用于大型人工智能中心。它对分析服务的内容进行逆向工程，并提供有关作业数量和运行时间等的详细信息。
验证模块配置
- 导航到应用程序编辑器（CAST Management Studio）中的“模块”选项卡并打开列出的每个模块：
查看模块内容和所有筛选块：
- 分析服务中的最新结果
- 在任何显式内容筛选器中使用的表和视图在查询中都是最新的（例如，如果使用CAST系统视图（CSV）），请确认CSV是最新的 — 请记住，只有在生成快照时，CSVs才会自动更新 — 否则，可使用更新CSV工具对它们进行手动更新。
