本主题解释了为什么以及如何运行原始静态分析和/或单元测试,为什么以及如何减少您所认为的“噪音”。

如果在原始测试后对结果进行查看或响应,则接下来的测试结果将专注于实际问题,如抛出意外异常的代码、以前经过验证的代码功能意外变更或违反指定的编码策略的代码。后续测试将不会报告预期异常和静态分析违规的结果,该违规在原始运行中报告已报告,并在下面描述的基线化过程中进行了处理。

若要运行原始测试,减少“噪音”:

  1. 确保要测试的代码在适当的项目中是可用的。
    • 有关创建项目的说明,请查阅相关产品的用户指南(Parasoft [product_name] 用户指南> Setup and Testing Fundamentals> Initial Setup)。
  2. 如果您还没有这样做,则开发并共享自定义测试配置,使测试适合您的项目和环境。
  3. 开发并运行命令行界面命令,运行首选的测试配置。
  4. 验证测试是否成功执行。
  5. 可以用下面任一方式将结果导入到 GUI 中:
    • 选择 Parasoft> Import> All Tasks
    • 在质量任务视图,打开视图顶部的下拉菜单,然后选择 Import> Import All Tasks
    • 有关其他 import 选项,请查阅 将结果导入 UI 。
  6. 检查报告的静态分析违规。
    • 有关检查静态分析违规的技巧,请查阅正确产品的用户指南(Jtest, C++test, dotTEST)。
  7. 同团队一起讨论违规行为,根据需求修改设置,将结果集中在团队关心的静态分析违规上,
    • 如果决定不再希望看到特定规则的违规,则在团队测试配置中将其禁用掉。
    • 如果特定实例中允许特定的静态分析违规,则将该违规信息抑制掉。抑制将自动共享到连接团队服务器的所有 Parasoft Test 测试安装。如果所有团队成员的 Parasoft Test 安装连接了团队服务器,那么当任何团队成员使用产品测试添加了该抑制的资源时,那个团队成员添加的抑制都将自动应用。例如,如果一个团队成员抑制一条给定文件报告的静态分析违规,那么在其他团队成员测试相同文件时也将抑制相同的静态分析违规。
  8. 检查报告的单元测试任务。
    • 有关检查单元测试任务的技巧,请查阅正确产品的用户指南(Jtest, C++test, dotTEST)。
  9. 同团队一起讨论报告的任务,并响应到任务发现 findings 以进行回归测试。
    • 有关使用自动生成的测试进行回归测试的技巧,请查阅正确产品的用户指南(Jtest, C++test, dotTEST)。
  10. 请确保项目和测试文件被添加到团队的源代码控制系统中。
  • No labels