检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何合理规划Sprint时间盒 背景 一个7人左右的团队采用Scrum框架工作。Sprint的长度,团队目前采用时间盒为一周。团队经常会出现在Sprint结束时不能完成当初设定的Sprint目标,很多工作项需要跨Sprint才可以完成。 问题分析 目前Sprint中存在的主要问题
项目经理 负责管理项目交付计划。 Chris 开发人员 负责项目代码的开发、编译、部署及验证。 Billy 测试人员 负责编写测试用例并执行。 创建项目 在开展项目实践前,由产品负责人Sarah创建项目。 在CodeArts控制台单击“立即使用”。 单击“新建项目”,选择“DevOps全流程示例项目”。
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通
分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生命周期中进行有效的跟踪和关联,将缺陷各作业环节产生的数据有机串联、风险实时预警,提高缺陷管理的效率和准确性,保障高质量的产品交付。 缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。
如何调用API 构造请求 认证鉴权 返回结果
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD独立软件类项目研发需求
如何进行需求结构化管理 为什么要进行需求结构化管理? 并不是说任何情况下都需要进行软件项目需求的结构化管理。如果只是事务性质的管理需求,也就是有需求了能记录、能跟踪状态、实现之后不需要继续跟踪、也不需要维护需求与需求之间的关联,那么不需要思考需求结构化管理这个问题。这种情况下,不
在工作项详情页的详细工时页签下,填写工时可以根据需要选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 前提条件 已新建Scrum项目,并在项目中拥有“工时类型设置”权限。
项目管理员:项目的创建者。 项目经理:项目开发管理员。 测试经理:项目测试管理员。 产品经理:项目的需求分析管理者。 系统工程师:项目的架构分析管理者。 Committer:参与项目开发的人员。 开发人员:参与项目开发的人员。 测试人员:参与项目测试的人员。 参与者:参与项目指定工作处理的人员。
所示。 图1 站会常见问题 如何正确的开站会?站会的意义在哪里?可以不开站会吗?这些问题一直困惑着不少的团队。 问题分析 关于站会的问题大致分为两种场景: 场景一:团队非常清楚应该开站会,认识到站会确实有一些价值,但是对于目前的站会状况不是很满意,如何玩转站会是团队关心的。对于这
'性能', 15, '功能', 16, '可靠性' 17, '网络安全' 18, '可维护性' 19, '其他DFX' 20, '可用性' name String 领域, '性能', '功能', '可靠性', '网络安全', '可维护性', '其他DFX' 表10 iteration
问题修复完成后,开发人员Frank打开问题单,进入详情页,单击右上角“提交到测试”,弹出“提交到测试”弹框,参考下表配置参数信息。 表5 提交到测试参数说明 参数 解释 取值样例 当前责任人 缺陷单测试节点的责任人。 项目下负责缺陷回归测试的人员,一般为项目下的测试人员角色 项目成员可在添加CodeArts项目成员中增加。
"error_code": "AS.0001" } 其中,error_code表示错误码,error_msg表示错误描述信息。 父主题: 如何调用API
在项目中,您可以根据需要添加、编辑或删除工作项的领域类型。 在新建、编辑工作项时,可以根据需要选用工作项所属的领域类型。 默认领域有:性能、功能、可靠性、网络安全、可维护性、其他DFX、可用性。根据需要可以添加新的领域类型。 前提条件 已新建Scrum项目,并在项目中拥有“领域设置”权限。 添加工作项的领域
开发任务超范围:当开发任务的内容超出团队成员所掌握的范围时,如开发不会测试,就可能会出现“我是想认领的,但能力有限”的情况。 担心受到他人指责:工作内容存在一定的挑战性,担心由于自己没有做好,导致团队目标没有达成而受到指责。 那么应该如何解决呢? 解决方案 在一个敏捷Scrum团队中,Scrum
满足多项目、多团队的缺陷管理需求,提高缺陷管理的效率和准确性,助力产品质量和用户体验的提升。 目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 支持自定义状态和流转线名称。
在项目中,您可以根据需要添加、编辑或删除工作项的领域类型。 在新建、编辑工作项时,可以根据需要选用工作项所属的领域类型。 默认领域有:性能、功能、可靠性、网络安全、可维护性、其他DFX、可用性。根据需要可以添加新的领域类型。 前提条件 已新建看板项目,并在项目中拥有自定义的“领域设置”权限。 添加工作项的领域