在实现过程中关联代码

签入的相关性

如果代码与带有相关需求或缺陷的任务不相关，那么应该在签入时指定相关的需求或缺陷。

要求：将文件提交到存储库时，在修订注释中包含以下文本（其中 <ID> 是需求 ID：@req <ID>
缺陷：将文件提交到存储库时，在修订注释中包含以下文本（其中 <ID> 是缺陷跟踪 ID：@PR <ID>
增强功能：将文件提交到存储库时，在修订注释中包含以下文本（其中 <ID> 是功能请求 ID：@FR <ID>
测试：将文件提交到存储库时，在注释中包含以下文本（其中 <ID> 是需求 ID：@test <ID>

有关如何使用自定义标记来标记缺陷的信息，请查阅下面的 Using Custom Defect/Issue Tracking Tags 。

关联 SOAtest 测试

SOAtest 的测试套件配置面板的 Requirements and Notes 选项卡允许识别与测试套件中测试相关的需求/任务/bug。您定义的需求将出现在结构报告中（以及报告中心中），允许经理和评审人员确定是否完成了指定的测试需求。

若要配置相关性：

请从 Requirements and Notes 选项卡中的测试套件树中选择一个节点。
单击 Add 按钮。
在 Type 框中，选择一个需求类型。DTP 将使用此信息将测试套件的测试用例与指定元素类型关联起来。例如，如果它与一个特定的 bug 相关联，那么关于测试用例状态的信息将被考虑到报表中心的 bug 图中。自定义标记可以按照 Using Custom Defect/Issue Tracking Tags中的描述添加。默认标记有：
- @pr（针对 bug）
- @fr（针对功能请求）
- @req（针对需求）
- @task（针对任务）
- @test（针对测试）
输入需要的 ID 和 URL ，然后单击 OK。

您定义的需求将显示在 Requirements 表中，该表处于 Requirements and Notes 选项卡，并与您选择的测试套件节点及其所有子节点对应。
（可选）如果想为测试套件输入注意事项，请在 Notes 字段中输入描述。此选项非常有用，因为它使您能够快速查看测试套件用途的描述。

关联负载测试场景

请查阅审查和定制负载测试结果。

使用自定义的缺陷、问题跟踪标签

您可以自定义您的团队用于将测试用例与 ALM、缺陷或需求跟踪系统中的工作项相关联（比如，codeBeamer、JIRA、TeamForge、VersionOne等）的标签。这允许您配置标记以匹配组织用来引用缺陷的语言。例如，一些组织使用术语“PR”来指代缺陷。其他人使用“defect”，因此更喜欢使用自定义的 @defect 标记而不是默认的 @pr 标记。

默认情况下，@pr 用于将测试与缺陷、问题相关联，但是您可以为这些标签指定别名。

选择 Parasoft> Preferences。
选择 Parasoft> Issue Tracking Tags。
使用可用控件添加、修改或删除标记。
- 标签后面跟着一个或多个值，这些值必须由单个字符串或由分隔符标记分隔的多个字符串表示。
- 分隔令牌值可以是逗号分隔的字符串列表和空格分隔的字符串列表的任何排列。

当在测试套件编辑器中配置需求跟踪选项时（当 Add 一个新的需求关联时），这里列出的标记将在 SOAtest 中可用。有关更多详情，请查阅 Correlating SOAtest Tests 。

链接到报告中的相关工件

如果希望 SOAtest 报告链接到相关的构件，则需要指定 URL 模板，说明如何格式化到这些构件的链接。为此：

选择 Parasoft> Preferences。
选择 Parasoft> Issue Tracking Tags。
在面板的上表中，指定如何格式化到每个工件类型的链接。例如：
- 将 @pr 映射到 http://bugzilla.company.com/show_bug.cgi?id=${id} 表示 PR1024 的 URL 为 http://bugzilla.company.com/show_bug.cgi?id=1024
- 将 @task 映射到 http://host.company.com:8080/grs/jsf/planning/task/edit_task.jsf?entityId=${id} 表示 task 1215 的 URL 为 http://host.company.com:8080/grs/jsf/planning/task/edit_task.jsf?entityId=1215

Page tree

指示代码和测试相关性