关于管道测试
Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019 |TFS 2018
注意
在 Microsoft Team Foundation Server (TFS) 2018 和更低版本中,生成和发布管道被称为“定义”,运行被称为“生成”,服务连接被称为“服务终结点”,阶段被称为“环境”,而作业被称为“阶段” 。
术语 | 定义 |
---|---|
持续时间 | 在生成或发布管道中执行 测试、 测试运行或 整个测试执行 的时间。 |
所有者 | 测试或测试运行的所有者。 测试所有者通常指定为测试代码中的属性。 请参阅 “发布测试结果 ”任务以查看支持测试结果格式的 “所有者 ”属性的映射。 |
生成失败 | 对生成具有测试用例连续失败的第一次生成的引用。 |
发布失败 | 对测试用例连续失败的第一次出现的 版本的 引用。 |
结果 | 测试结果有 15 个可能的结果:中止、阻止、错误、失败、无结果、正在进行、无、不适用、未执行、未受影响、传递、暂停、超时、未指定和警告。 一些常用的结果包括: - 已中止:由于内部或外部因素(例如代码错误、环境问题)而突然终止测试执行。 - 失败:测试不满足所需结果。 - 无结论:在没有最终结果的情况下进行测试。 - 未执行:标记为已跳过执行的测试。 - 不受影响:测试不受触发管道的代码更改的影响。 - 已通过:测试已成功执行。 - 超时:测试执行持续时间超过指定的阈值。 |
Flaky 测试 | 具有不确定行为的测试。 例如,测试可能会产生相同配置、代码或输入的不同结果。 |
Filter | 使用可用属性在结果集中搜索测试结果的机制。 了解详细信息。 |
分组 | 基于可用属性(如 要求、 测试文件、 优先级等)组织测试结果视图的帮助。 测试报告和测试分析都支持对测试结果进行分组。 |
传递百分比 | 衡量单个执行实例或一段时间内的测试结果成功。 |
Priority | 指定测试的重要性或重要性程度。 优先级通常指定为测试代码中的属性。 请参阅 “发布测试结果 ”任务,查看支持的测试结果格式 的 Priority 属性的映射。 |
测试分析 | 用于提供有意义的见解 的历史测试数据的视图 。 |
测试用例 | 唯一标识指定分支中的单个测试。 |
测试文件 | 根据打包方式对测试进行分组;例如文件、DLL 或其他格式。 |
测试报告 | 管道中 测试执行的单个实例的视图 ,其中包含状态的详细信息以及故障排除、可跟踪性等帮助。 |
测试结果 | 使用特定结果和详细信息执行测试用例的单个实例。 |
测试运行 | 基于以下结果的逻辑分组: - 使用内置任务执行的测试:使用单个任务(如 Visual Studio 测试、 Ant、 Maven、 Gulp、 Grunt 或 Xcode )执行的所有测试都将在单个测试运行下报告 - 使用 发布测试结果 任务发布的结果:提供一个选项,用于将一个或多个测试结果文件中的所有测试结果分组到单个运行中,或按文件单独运行 - 使用 API () 发布的测试结果 : API () 提供了创建测试运行并根据需要组织每个运行测试结果的灵活性。 |
可 追溯 性 | 能够从测试结果中向前或向后 跟踪 要求、bug 或源代码。 |
帮助和支持
- 请查看疑难解答页面
- 获取有关 Stack Overflow 的建议,并通过开发者社区获取支持