检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
问题修复完成后,开发人员Frank打开问题单,进入详情页,单击右上角“提交到测试”,弹出“提交到测试”弹框,参考下表配置参数信息。 表5 提交到测试参数说明 参数 解释 取值样例 当前责任人 缺陷单测试节点的责任人。 项目下负责缺陷回归测试的人员,一般为项目下的测试人员角色 项目成员可在添加CodeArts项目成员中增加。
在IPD系统设备类项目中新建缺陷 软件特性和功能在测试验证阶段发现的问题,可以新建缺陷单进行跟踪。 前提条件 已新建IPD系统设备类项目,并在项目中拥有缺陷的“新建(复制)”权限。 新建缺陷 访问CodeArts Req服务首页。 在项目主页,选择“缺陷”。 单击“新建Bug”,进入“新建Bug”页面,配置相关参数。
分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
Wiki:缺陷对应的Wiki。 选择与当前缺陷相关联的Wiki,支持新建Wiki。 测试计划:当前缺陷相关的测试计划。选择与本缺陷相关联的测试计划。 测试用例:当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录:当前缺陷相关的代码提交记录。 仅当代码提交时
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
Feature(特性) 通常翻译为特性,代表可以给客户带来价值的产品功能或特性。 Feature向上承接Epic,向下分解为Story。 相比Epic,Feature更具体形象,客户可以直接感知,通常在产品发布时作为ReleaseNotes的一部分发布给客户。 Feature通常
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通
在IPD系统设备类项目中管理系统特性 完成新建系统特性操作后,您可以在项目内对工作项做如下的管理动作。 前提条件 已在IPD系统设备类项目中新建系统特性,并在项目中拥有系统特性的相关权限。 在系统特性列表页中管理系统特性 进入项目主页,选择“工作项 > 需求管理 > 特性树”页签,可进行如下操作。
status String 状态 message String 消息 result Array of FeatureSetOpenApiVO objects 返回结果 表4 FeatureSetOpenApiVO 参数 参数类型 描述 id String 特性集id number String
-feature/query 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 项目id 表2 Query参数 参数 是否必选 参数类型 描述 snapshot_version_id 是 String 特性集快照版本id feature_set_id
定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生命周期中进行有效的跟踪和关联,将缺陷各作业环节产生的数据有机串联、风险实时预警,提高缺陷管理的效率和准确性,保障高质量的产品交付。 缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。
卡的各种功能,就可以作为Feature展开。 Feature要承载用户价值,也即对于用户来说,是可以理解这个Feature,且认可其价值的,通常Feature也是用户可以直接感知、可以操作的。 针对前面业务模块的具体展开、拆开,就可以作为Feature,也可以简单理解为一个业务流
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD独立软件类项目研发需求
站在客户/市场视角,以准确的语言、完整的背景、标准的格式重新描述的需求。 SR系统需求 站在研发视角,描述系统对外呈现的、可测试的功能性需求和非功能性需求。 功能性需求是对系统提供功能的场景化的具体要求。 非功能性需求是对系统的成本、全局质量属性(主要是DFX)、技术限制等非功能性方面的具体要求。
模板、IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板。 Scrum项目:秉承严谨的敏捷Scrum方法论和实践,适用于敏捷开发团队。 看板项目:采用卡片式的交互,适用于轻量、简单管理的软件开发团队。 IPD-系统设备类项目:面向系统设备类产品开发场
选择与当前需求相关联的文件,支持上传本地文件。 Wiki:研发需求对应的Wiki。 选择与当前需求相关联的Wiki,支持新建Wiki。 测试用例:研发需求对应的测试用例。可以在测试管理中选择与测试用例相关联的研发需求。 代码提交记录:研发需求对应的代码提交记录。 仅当代码提交时,关联了当前需求编号,才会显示相关信息。
requirement(研发需求)、bug(缺陷)、task(任务)、feature(特性)、raw_requirement(原始需求) number String 工作项编号 category String 工作项类型,系统设备类项目可选值为:RR/SF/IR/SR/AR/Task/Bug
互联网企业通过使用支持敏捷开发方法论的需求管理服务,可以通过迭代持续交付的研发流程和模式,快速上线,拥抱市场的变化,加速企业成长。 使用一站式DevOps平台,可以实现互联网应用从需求到上线发布的全生命周期管理,提升端到端研发效率。 IPD研发 大型复杂产品规模化研发,研发团队规模庞大、跨项目跨
/v1/ipdprojectservice/projects/{project_id}/feature-sets/{feature_set_id} 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 项目Id feature_set_id 是 String 特性集Id 请求参数 无