检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
配置Scrum项目工作项的状态卷积自动化规则 您可以根据需要配置在项目中需要使用的自动化规则,来实现父子工作项状态自动联动流转规则。自动化规则一旦启用后,项目中所有用户操作满足条件后均可触发规则执行。 前提条件 已新建Scrum项目,并在项目中拥有“自动化设置”权限。 配置工作项的状态卷积自动化规则 访问CodeArts
配置IPD系统设备类项目工作项的状态卷积自动化规则 项目创建者或有自动化配置权限的角色可根据自身需要启用或停用自动化规则,实现父子状态自动卷积流转或状态自动流转功能。规则一旦启用,该项目中所有工作项,所有用户均可触发规则执行。 前提条件 已新建IPD系统设备类项目,并在项目中拥有“自动化”权限。 约束与限制
Req服务首页。 进入IPD自运营/云服务类项目中,单击“设置 > 工作项设置”。 在左侧导航选择“自动化”,进入“自动化”页面,可单击“自动化”右侧的“新建规则”来新建自动化规则。 图1 自动化规则列表 FE/US/Task/Bug完成后关闭父项,四个规则配置流程一致,可参考“US完成后关闭父项”配置流程。
在工作项详情页的详细工时页签下,填写工时可以根据需要选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 前提条件 已新建Scrum项目,并在项目中拥有“工时类型设置”权限。
配置IPD独立软件类项目自动化卷积规则 项目创建者或有自动化配置权限的角色可根据自身需要启用或停用自动化规则,实现父子状态自动卷积流转或状态自动流转功能。规则一旦启用,该项目中所有工作项,所有用户均可触发规则执行。 前提条件 已新建IPD独立软件类项目,并在项目中拥有“自动化”权限。 配置工作项的状态卷积自动化规则
Req的统计图表 操作步骤 Wiki支持插入统计报表,有如下三种方式: 鼠标移到+号上,弹出“工具栏”,选择“报表”。 快捷键 “、”或“/”触发弹出“工具栏”,再选择“报表”。 顶部工具栏插入按钮,再选择“报表”。 插入报表之后,弹出如下界面,选择“未分类报表”。 选择自己需要的报表。
工时类型设置页面增加了设置工时是否必填的操作。 商用 用户指南 2022年04月 序号 功能名称 功能描述 阶段 相关文档 1 项目设置自动化新特性发布 项目创建者或有自动化配置权限的角色可根据自身需要配置自动化规则,实现父子状态自动流转功能。规则一旦启用,该项目中所有工作项,所有用户均可触发规则执行。 商用 用户指南
满足多项目、多团队的缺陷管理需求,提高缺陷管理的效率和准确性,助力产品质量和用户体验的提升。 目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 支持自定义状态和流转线名称。
使用IPD系统设备类项目管理智能手表研发项目的原始需求 方案概述 成功产品的核心特征是满足客户需求,客户需求是企业发展的原动力。CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖,提供了完整的客户需求采集、价值需求决策、交付与验收流程,让需求进展和动态客户实时透明,市场需求流动提速70%。
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD独立软件类项目研发需求
key,然后选择适合自己团队的key。举一个例子,这里有四个key是关于工具的,这些工具都要使用吗?不一定都要使用。敏捷宣言里提到“个体和互动高于流程和工具”,工具是为团队服务的,不是团队的负担,更不能被工具所绑架。所以团队一起选择适合的,才是正确的做法。 了解更多:成员迟到的解决方案
问题修复完成后,开发人员Frank打开问题单,进入详情页,单击右上角“提交到测试”,弹出“提交到测试”弹框,参考下表配置参数信息。 表5 提交到测试参数说明 参数 解释 取值样例 当前责任人 缺陷单测试节点的责任人。 项目下负责缺陷回归测试的人员,一般为项目下的测试人员角色 项目成员可在添加CodeArts项目成员中增加。
团队的协作与沟通。 代码检查(即静态扫描)、自动化的构建、各阶段的自动化测试、以及相应的自动化部署过程,都被有机的串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段与活动,还有制品管理,以及各级的环境管理,包括开发环境、测试环境、准生产环境,以及生产环境。 持续交付流水
分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通
分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
基线管理和变更评审 产品从规划到上市要经过复杂的研发过程,Req工具的IPD需求管理提供了基线评审和变更管理能力,实现版本基线-受控变更-变更评审-变更管理过程,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事”。 支持将发布/迭代基线化,基线后,不能再修改
在项目管理中,角色包含三大类:项目管理者(项目管理员、项目经理、测试经理、产品经理、系统工程师)、开发者(Commiter、开发人员、测试人员、参与者)、浏览者和运维经理。 项目管理员:项目的创建者。 项目经理:项目开发管理员。 测试经理:项目测试管理员。 产品经理:项目的需求分析管理者。 系统工程师:项目的架构分析管理者。
定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生命周期中进行有效的跟踪和关联,将缺陷各作业环节产生的数据有机串联、风险实时预警,提高缺陷管理的效率和准确性,保障高质量的产品交付。 缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。