- 概述
- 快速入门
- 信任与合规
- 监管
- 功能
- 制图工具
- Delegate for Testing
- 参考
- 故障排除
使用 Delegate 查找、编写并保持 Test Manager 测试用例处于最新状态,包括修复用户界面更新后中断的步骤。
查找现有测试用例,从简单的英语描述中起草新用例,并随着应用程序的变化而随时更新,包括捕获并修复用户界面更新后中断的步骤。
先决条件
完成“设置并运行第一个测试用例”中的一次性设置,这些任务不需要额外设置。
查找要运行的测试用例
- 输入提示词以列出或搜索测试用例,例如: “列出 MYAPP 项目中的测试用例” — 或缩小范围: “在 MYAPP 项目中查找包含 'login' 的测试用例”或“显示我在 MYAPP 项目中创建的测试用例” "。"
结果
Delegate搜索 Test Manager 并返回匹配的测试用例名称、ObjKey 和 ID。
在要求Delegate运行时,请使用名称或 ObjKey。
从头开始编写新的测试用例
- 描述您要测试的流程,例如: “帮我为密码重置流程编写一个测试用例 — 用户输入电子邮件,收到重置链接,单击链接,设置新密码,然后使用该链接登录。”
- 要求Delegate运行新的测试用例,以验证这些步骤是否像写入的那样工作。
结果
Delegate 可将说明转换为自动化步骤的结构化列表,每个步骤都包含预期结果。您还可以询问“我应该为此流程涵盖哪些边缘用例?”找出您可能错过的场景。审核草稿并调整元素名称和值,以匹配您的实际用户界面;在您显示应用程序或粘贴接受条件之前, Delegate不会识别您的应用程序。
当您要求Delegate运行测试用例时,它会端到端执行测试用例,显示哪些步骤通过了,哪些步骤导致了暂停,这是措辞需要调整的标志。修复所有标记的步骤,并在完全通过后将测试用例添加到您的测试集中。对于新的测试用例,请安排 15 到 20 分钟。
如果您在 Jira 中有接受标准,请参阅“使用Jira 集成和报告测试”页面上的“读取工单并从中起草测试用例”——它会自动执行上述描述和起草步骤。
查找并修复过时的测试用例
- 更改用户界面后,照常运行受影响的测试用例或测试集。
- 如果步骤的元素已移动或重命名,请告知Delegate更改内容,例如: “重写此步骤 — 按钮现在名为‘登录’,而不是‘登录’。”
- 每个季度一次,让Delegate列出过时的测试用例,例如: “列出 MYAPP 项目中在过去 60 天内未执行的所有测试用例。”
结果
移动或重命名步骤的元素后, Delegate会在运行中暂停并向您显示它看到的内容 — 将每次暂停视为维护标志,而不仅仅是失败的运行。您描述更改后, Delegate会更新步骤描述,准备重新运行。季度过时测试用例列表为您提供了重新激活或停用的候选测试用例。
编写了 Delegate 可以可靠执行的步骤
黄金分割规则:以向新同事解释步骤的方式编写步骤,而不是以编写代码的方式。
| 元素 | 良好示例 | 有问题的示例 |
|---|---|---|
| 操作 | 单击“登录”按钮 | “与身份验证元素交互” |
| 预期结果 | “正在加载仪表板页面”; | “系统响应正确”显示 |
| 特异性 | “在“电子邮件”字段中输入“ admin@example.com ” | “填写凭据”; |
| 一次做一件事 | 每一步执行一个操作 | “登录并导航至“设置”和更改密码” |
为您正在与之交互的元素命名,在“预期结果”字段中说明成功的具体情况,保持步骤的自动化,避免使用内部术语,并明确包含测试数据。导航、表单填写和验证步骤得到了最可靠的处理;文件上传/下载、iframe/弹出窗口中的元素以及依赖于时间的步骤可能需要额外指导。
处理测试步骤中的敏感数据
切勿在测试用例步骤中输入真实凭据或个人可识别信息 (PII)。当Delegate执行时,步骤内容会通过 AI,默认情况下,整个团队都可以看到 Test Manager 内容。
使用专用的测试帐户和密码、测试邮箱、明显虚构的名称和地址、付款提供商的沙盒卡号以及仅存在于临时阶段的记录。
维护一个单独的、受保护的测试凭据引用(例如,密码管理器)供团队查阅,而不是将真实值写入步骤中。