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