是使用物理看板更适合，两个到三个迭代后，团队自然对敏捷流程有了认识，一些敏捷的习惯已经养成。要引导团队的改善活动，看板从开始到稳定要经历过几次进化，最后达到团队理想的流程管理和最好的可视化状态。这个时候建议再引入电子看板，让敏捷习惯持续传承。 如果团队成员分散到多个地域，毫无疑问

查看更多 →

用户输入JSON脚本后，系统自动解析JSON脚本中的测试用例，并自动填充测试用例各字段，JSON参数名称区分大小写。 修改测试用例：单击或单击“用例编码”超链接，在弹出的详情页单击“编辑”。 删除测试用例：单击或勾选用例后单击“删除用例”。 执行测试用例。 勾选测试用例，单击“生产环境执行用例”或“验证环境执行用例”。

查看更多 →

结合客户自身的业务及IT的特点（敏捷评估的结果），以及ThoughtWorks在金融领域的经验，补充建立敏捷类应用开发项目实施流程 传统开发模式：强调高度安全、稳定、可靠，适用于中后端核心系统的开发。 敏捷开发模式：强调响应、速度，兼顾稳定性，适用于前端客户交互体验相关系统或创新业务系统的开发。 图1 双模模型

查看更多 →

通过导入仓库中的文件生成接口测试套 计划中批量添加测试用例 项目下查询测试计划列表v2 项目下创建计划 项目下查询测试计划列表 通过用例编号获取测试用例详情 批量更新测试用例结果 批量执行测试用例 更新自定义测试服务类型用例 获取测试用例详情 批量删除自定义测试服务类型用例 创建自定义测试服务类型用例

查看更多 →

自动化测试工具开发/二次开发 自动化测试工程师根据测试特性的自动化测试需求，对自动化工具进行二次开发或者优化，以满足自动化测试。 自动化测试分析报告 自动化测试工具 测试用例实现 测试经理组织成员进行测试用例实现，包括自动化测试用例的实现。 特性测试方案 专项测试方案 测试用例 测试脚本/代码/数据准备

查看更多 →

新建手工测试用例 前提条件 具有创建用例的权限（即在项目内的角色为：除了运维经理、浏览者与参与者的其他系统角色）。 操作步骤 手工测试用例用于管理测试场景、测试步骤，在测试计划服务的“测试用例 > 手工测试”页面中可以新建手工测试用例。 登录软件开发生产线首页，搜索目标项目并单击项目名称，进入项目。

查看更多 →

批量添加测试用例 背景信息 测试计划服务支持从用例库中向测试计划批量添加用例，包括手工测试用例和接口自动化用例。 批量添加手工测试用例 登录软件开发生产线首页，搜索目标项目并单击项目名称，进入项目。 单击导航栏“测试 > 测试用例” 。 单击页面左上方用例库，在下拉列表中选择目标测试计划。

查看更多 →

缺陷与测试用例 测试用例执行失败时，通常会将该用例与缺陷相关联。可以新建缺陷，或者关联已存在的缺陷。 本节以手工测试用例为例介绍如何将测试用例与缺陷相关联。 测试用例仅可关联Scrum项目“Bug”类型的工作项及看板项目默认的“缺陷”类型工作项。 操作步骤 登录软件开发生产线首页

查看更多 →

测试用例编写规范 用例总体规范 用例命名规则 用例编号规则 用例描述编写规则 测试类型选择规则 测试用例等级选择规则 用例前置条件、测试步骤、预期结果文字表达规则

查看更多 →

设置测试用例参数 背景信息 合理的测试设计要求分离测试逻辑和测试数据，实现测试逻辑的最大化复用，增强测试用例的可维护性和投入产出比。例如不同测试环境的URL域名是一种独立于测试逻辑，和测试环境相关的测试数据。测试用例参数可以用来管理这些测试数据。 接口自动化中的测试用例参数分为三类：

查看更多 →

服务名称 服务规格 交付件 团队级教练辅导 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 团队级CI/CD导入 《试

查看更多 →

通过导入仓库中的文件生成接口测试套 计划中批量添加测试用例 项目下查询测试计划列表v2 项目下创建计划 项目下查询测试计划列表 通过用例编号获取测试用例详情 批量更新测试用例结果 批量执行测试用例 更新自定义测试服务类型用例 获取测试用例详情 批量删除自定义测试服务类型用例 创建自定义测试服务类型用例

查看更多 →

批量更新测试用例结果 功能介绍 批量更新测试用例结果 调试 您可以在API Explorer中调试该接口，支持自动认证鉴权。API Explorer可以自动生成SDK代码示例，并提供SDK代码示例调试功能。 URI POST /v1/projects/{project_id}/testcases/result

查看更多 →

特性目录管理测试用例 操作步骤 登录软件开发生产线首页，搜索目标项目并单击项目名称，进入项目。 单击导航栏“测试 > 测试用例” 。 单击页面左侧“特性目录”。 所有的用例都默认归属在特性目录中，特性目录中默认存在一个子目录“其他”，单击特性目录旁的可以新建子目录。单击新建的子目

查看更多 →

测试用例等级选择规则 序号 级别 说明 1 0级 最基本的功能验证，用例不宜过多，各模块尽量保证在10-20个，占比5%左右。 2 1级 基本功能验证，可用于继承特性的基本功能验证、迭代验收前的基本功能验证等，占比20%左右。 3 2级 重要特性验证，可用于测试版本（非回归版本）中功能测试，占比60%左右。

查看更多 →

交付件 交付件模板 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》

查看更多 →

在产品开发空间，单击“发起自助测试”。 进入“选择测试用例”界面，开发者可以自行选择需要测试的用例，系统会自动检查已选测试用例是否满足测试能力并返回检查结果。 如果所有已选测试用例检查通过，则单击“下一步”继续下一阶段测试。 如果有测试用例检查未通过，则单击该测试用例的“信息缺失”，根据提示信息进行修改。

查看更多 →

试点项目也将成为客户敏捷试点优选项目，建立端到端的敏捷开发和运作流程。 敏捷改进小组的建立 用敏捷的方式管理敏捷转型，改进工作本身就是一个敏捷项目，需要团队协作及适应性地去制定改进目标、计划和实施方案。 敏捷改进小组为敏捷转型项目的特性团队，包含领导层与各个角色的种子选手。建立敏捷改进工作圈

查看更多 →

AMM），这套成熟度模型能够测量团队不同维度的能力，包括： 需求管理：在软件开发过程中，需求是对客户价值的明确定义。最大化满足客户价值的软件开发过程依赖于实际用户参与开发和以即时制（JIT）为基础的价值排序。 快速响应：“敏捷”本意是具备快速响应客户需求变化的能力，响应的度量从速度和质量两个维度，需求的变更被高响应力淡化。

查看更多 →

测试用例无法关联到Task等类型工作项 问题现象 Scrum项目下，测试用例关联需求时，无法关联类型为“Task”工作项。看板项目下，测试用例关联需求时，无法关联类型为“需求”以外的工作项。 原因分析 在Scrum项目中，Task更偏向具体开发任务，而不是一个完整的需求故事点。

查看更多 →

执行手工测试用例 前提条件 具有已经创建的手工测试用例。 普通执行 登录软件开发生产线首页，搜索目标项目并单击项目名称，进入项目。 单击导航栏“测试 > 测试用例” 。 在“手工测试”页签，找到待测试用例，单击“操作”列，进入执行页面。 若需要同时执行多个用例，勾选需要执行的用例，单击“批量设置结果”。

查看更多 →