测试需求的创建人为什么看到需求的编辑按钮还是置灰的? 可能的原因 测试需求的提交人才有权限编辑，创建人不一定是提交人，点击需求名称进入详情界面，流程历史里可以看到谁是提交人。 需求如果处于需求审核中或者报告审核中的阶段是不支持编辑的。 父主题： 验证中心

查看更多 →

查询需求更新提醒功能开关 功能介绍 查询需求更新提醒功能开关 URI GET /v4/projects/{project_id}/issue-update-notification 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释:

查看更多 →

查询某个测试计划下的需求树 功能介绍 查询某个测试计划下的需求列表 URI GET /v1/projects/{project_id}/plans/{plan_id}/issues 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释:

查看更多 →

HE2E DevOps实践：管理需求 方案概述 准备工作 管理项目规划 管理项目配置

查看更多 →

管理IPD独立软件类型项目需求 IPD独立软件类项目需求管理流程介绍 IPD独立软件类项目公共配置管理 新建并管理IPD独立软件类项目原始需求 新建并管理IPD独立软件类项目特性树及系统特性 配置IPD独立软件类项目计划 新建并管理IPD独立软件类项目研发需求 新建并管理IPD独立软件类项目任务

查看更多 →

NoAssociateWorkItemVo objects 未关联的需求列表 表7 NoAssociateWorkItemVo 参数 参数类型 描述 issue_id String 需求id issue_name String 需求名称 表8 ApiError 参数 参数类型 描述 code

查看更多 →

管理IPD系统设备类型项目需求 IPD系统设备类项目需求管理流程介绍 IPD系统设备类项目公共配置管理 新建并管理IPD系统设备类项目原始需求 新建并管理IPD系统设备类项目特性树及系统特性 配置IPD系统设备类项目计划 新建并管理IPD系统设备类项目研发需求 新建并管理IPD系统设备类项目任务

查看更多 →

分析 提交原始需求完成后，状态变为“分析”。 需求承接人可以根据需求的内容，分析是否接纳需求。如果不接纳，可以选择“退回”或“挂起”需求。 退回需求后，状态变为“确认”，需求提出人可直接关闭或重新提交需求。 规划 接纳原始需求后，状态变为“规划”。 需求承接人可规划需求的具体信息，

查看更多 →

如何进行需求结构化管理？ 如何进行需求优先级管理？ 如何避免重要需求遗漏？ 如何进行需求结构化管理？ 首先，并不是说任何情况下都需要进行需求的结构化管理。只有在需求较多、且需求之间存在关联，而且即便是已经实现的需求也需要进行一定的管理、维护的情况下，才需要去思考需求结构化管理的

查看更多 →

配置如表1所示参数，然后单击“确定”。 表1 创建Scrum项目需求参数说明 参数名称 参数说明 需求标题 输入需求标题，长度应在1~255个字符。 需求类型 默认为Story类型需求。 归属版本 选择需求归属的版本，为该版本规划需求。 需求描述（可选） 输入需求描述。 当前处理人 选择需求的处理人。取值范围为该项目的全部成员。

查看更多 →

> 计划排产 > 物料需求生成”，进入“物料需求生成”页面。 图3 物料需求生成 在顶部搜索栏当中，设置指定查询条件（工单号等），单击“查询”。 图4 查询工单物料信息 在系统显示的“工单信息”中，单击指定物料需求单号所在行，可查看该物料需求单号的工单物料需求明细。 父主题： 计划员的生产工单管理

查看更多 →

测试需求名称审核后还可以修改吗？ 可以，需求的提交人在非报告审核、非需求审核阶段可直接编辑需求，编辑完成后提交审核并审核通过即可。 图1 编辑需求 2023年2月28号以前创建的需求：创建人在测试需求提交阶段可对需求进行编辑，已经审核通过的需求需要走需求变更流程。点击需求的【更多

查看更多 →

添加需求/缺陷和多个用例关联关系 功能介绍 添加需求/缺陷和多个用例关联关系 URI POST /testrelation/v4/workitems/{workitem_id}/relations 表1 路径参数 参数 是否必选 参数类型 描述 workitem_id 是 String

查看更多 →

查询需求下的用例列表 功能介绍 查询需求下的用例列表 URI POST /testrelation/v4/{project_id}/issues/{issue_id}/testcases/batch-query 表1 路径参数 参数 是否必选 参数类型 描述 project_id

查看更多 →

如何进行需求结构化管理 为什么要进行需求结构化管理？ 并不是说任何情况下都需要进行软件项目需求的结构化管理。如果只是事务性质的管理需求，也就是有需求了能记录、能跟踪状态、实现之后不需要继续跟踪、也不需要维护需求与需求之间的关联，那么不需要思考需求结构化管理这个问题。这种情况下，不

查看更多 →

需求已经有了为啥创建不了用例 检查测试需求是否为草稿状态，没有提交的草稿状态需求下不能新建用例。 图1 需求管理 父主题： 验证中心

查看更多 →

如何进行需求优先级管理 需求优先级管理四步走 需求优先级的管理，其实是为了帮助需求管理者确定先做哪个需求后做哪个需求，从而可以最大化回报、最小化风险或投入。要做好优先级管理，或者更直接来说是优先级顺序管理，需要做到如下四件事情： 确定优先级模型：优先级看起来像是一个简单直接的值，

查看更多 →

来核心价值。 研发需求（IR/SR/AR） 研发需求下的工作项有以下三种类型： IR初始需求 站在客户/市场视角，以准确的语言、完整的背景、标准的格式重新描述的需求。 SR系统需求 站在研发视角，描述系统对外呈现的、可测试的功能性需求和非功能性需求。 功能性需求是对系统提供功能的场景化的具体要求。

查看更多 →

IPD独立软件类项目操作说明 功能 说明 费用说明 原始需求（RR） 原始需求是以客户视角描述的原始问题或者原始诉求。其中，客户需求是原始需求的一种类别，此类需求需要RMT/RAT分析评审后作出决定。 需升级到专业版或专业版以上套餐，规格详情请参考需求管理服务套餐说明或CodeArts套餐说明。

查看更多 →

-- 新建原始需求时，保存草稿后状态默认为“--”。 需求提出人默认为创建需求的人。 分析 提交原始需求完成后，状态变为“分析”。 需求承接人可以根据需求的内容，分析是否接纳需求。如果不接纳，可以选择“退回”或“挂起”需求。 退回需求后，状态变为“确认”，需求提出人可直接关闭或重新提交需求。

查看更多 →

示例1：获取需求管理中项目列表 场景描述 本章以用户test001为例，指导您通过API查询当前用户的项目列表。 API的调用方法请参见如何调用API。 约束限制 test001用户已经在需求管理中存在已自己创建的项目或参与的项目。 涉及接口 通过用户token查询当前用户项目信息。

查看更多 →