本主题介绍运行初始静态分析和/或单元测试的原因和方式，以及如何减少您视为“噪音”的影响。
如果在原始测试后对结果进行查看或响应，则接下来的测试结果将专注于实际问题，如抛出意外异常的代码、以前经过验证的代码功能意外变更或违反指定的编码策略的代码。后续测试将不会报告预期异常和静态分析违规的结果，该违规在初始运行中已报告，并在下面描述的基线化过程中进行了处理。
若要运行初始测试，减少“噪音”：
- 确保要测试的代码在适当的项目中可用
- 有关创建项目的说明，请参阅相关产品的用户指南（Parasoft [product_name] 用户指南> 置和测试基础> 初始设置）。
- 如果您还没有这样做，则开发并共享自定义测试配置，使测试适合您的项目和环境。
- 详情请参阅配置策略的测试配置和规则。
- 开发并运行命令行界面命令，运行首选的测试配置。
- 验证测试是否成功执行。
- 可以用下面任一方式将结果导入到 GUI 中：
- 选择 Parasoft> 导入> 所有任务。
- 在质量任务视图，打开视图顶部的下拉菜单，然后选择导入> 导入所有任务。
- 有关其他导入选项，请参阅将结果导入 UI。
- 检查报告的静态分析违规。
- 有关检查静态分析违规的技巧，请参阅相应产品的用户指南（Jtest、C++test、dotTEST）
- 同团队一起讨论违规行为，根据需求修改设置，将结果集中在团队关心的静态分析违规上。
- 如果决定不再希望看到特定规则的违规，则在团队测试配置中将其禁用掉。
- 如果特定实例中允许特定的静态分析违规，则将该违规信息抑制掉。
- 检查报告的单元测试任务。
- 有关检查单元测试任务的技巧，请参阅相应产品的用户指南（Jtest、C++test、dotTEST）。
- 同团队一起讨论报告的任务，并处理任务以进行回归测试。
- 有关使用自动生成的测试进行回归测试的技巧，请参阅相应产品的用户指南（Jtest、C++test、dotTEST）。
- 请确保项目和测试文件被添加到团队的源码控制系统中。
- 有关添加资源到源码控制的详情，请参阅通过源码控制共享项目和测试资产。
