...
SOAtest 的测试套件配置面板的 Requirements and Notes 选项卡允许识别与测试套件中测试相关的需求/任务/bug。你定义的需求将出现在结构报告中（以及报告中心中），允许经理和评审人员确定是否完成了指定的测试需求。bug。您定义的需求将出现在结构报告中（以及报告中心中），允许经理和评审人员确定是否完成了指定的测试需求。
若要配置相关性：
- 请从 Requirements and Notes 选项卡中的测试套件树中选择一个节点。
- 单击 Add 按钮。
- 在 Type 框中，选择一个需求类型。DTP 将使用此信息将测试套件的测试用例与指定元素类型关联起来。例如，如果它与一个特定的 bug 相关联，那么关于测试用例状态的信息将被考虑到报表中心的 bug 图中。自定义标记可以按照 Using Custom Defect/Issue Tracking Tags中的描述添加。默认标记有：
- @pr and @bugzilla: 针对漏洞。
- @Fr: 针对功能请求。
- @Req: 针对需求。
- @task: 针对任务。
- 输入需要的 ID 和 URL ，然后单击 OK。
你定义的需求将显示在
您定义的需求将显示在 Requirements 表中，该表处于 Requirements and Notes 选项卡，并与你选择的测试套件节点及其所有子节点对应。 选项卡，并与您选择的测试套件节点及其所有子节点对应。 - （可选）如果想为测试套件输入注意事项，请在 Notes 字段中输入描述。此选项非常有用，因为它使你能够快速查看测试套件用途的描述。 字段中输入描述。此选项非常有用，因为它使您能够快速查看测试套件用途的描述。
关联负载测试场景
请查阅 审查和定制负载测试结果。
使用自定义的缺陷/问题跟踪标签
| Anchor | ||||
|---|---|---|---|---|
|
你可以自定义你的团队用来联系测试用例与问题您可以自定义您的团队用来联系测试用例与问题/特性/缺陷跟踪系统（比如，JIRA、Bugzilla 等）的标签。这允许你配置标记以匹配组织用来引用缺陷的语言。例如，一些组织使用术语“PR”来指代缺陷。其他人使用“defect”，因此更喜欢使用自定义的 等）的标签。这允许您配置标记以匹配组织用来引用缺陷的语言。例如，一些组织使用术语“PR”来指代缺陷。其他人使用“defect”，因此更喜欢使用自定义的 @defect 标记而不是默认的 @pr 标记。
默认标签集为 @pr 和 @bugzilla。
如果不想使用默认的缺陷/问题跟踪标签（@pr、@bugzilla）请为你喜欢使用的标签指定别名，如下所示：问题跟踪标签（@pr、@bugzilla）请为您喜欢使用的标签指定别名，如下所示：
- 选择 Parasoft> 首选项 Preferences。
- 选择 Parasoft> Issue Tracking Tags。
- 使用可用控件添加、修改或删除标记。
- 标签后面跟着一个或多个值，这些值必须由单个字符串或由分隔符标记分隔的多个字符串表示。
- 分隔令牌值可以是逗号分隔的字符串列表和空格分隔的字符串列表的任何排列。
当在测试套件编辑器中配置需求跟踪选项时（当 Add 一个新的需求关联时），这里列出的标记将在 SOAtest 中可用。有关更多详情，请查阅 Correlating SOAtest Tests 。
自定义示例 1
假设团队使用问题跟踪标记 @bugzilla 和 @defect（在 SOAtest 中配置的自定义问题跟踪标记）。
...
如果希望 SOAtest 报告链接到相关的构件，则需要指定 URL 模板，说明如何格式化到这些构件的链接。为此：
- 选择 Parasoft> 首选项 Preferences。
- 选择 Parasoft> Issue Tracking Tags。
- 在面板的上表中，指定如何格式化到每个工件类型的链接。例如：
- 将 @pr 映射到 http://bugzilla.company.com/show_bug.cgi?id=${id} means that the URL for PR1024 is http://bugzilla.company.com/show_bug.cgi?id=1024
- 将 @task 映射到 http://host.company.com:8080/grs/jsf/planning/task/edit_task.jsf?entityId=${id} 表示任务 1215 的 URL 为 http://host.company.com:8080/grs/jsf/planning/task/edit_task.jsf?entityId=1215