检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
开发任务超范围:当开发任务的内容超出团队成员所掌握的范围时,如开发不会测试,就可能会出现“我是想认领的,但能力有限”的情况。 担心受到他人指责:工作内容存在一定的挑战性,担心由于自己没有做好,导致团队目标没有达成而受到指责。 那么应该如何解决呢? 解决方案 在一个敏捷Scrum团队中,Scrum
如何在软件开发团队中管理突发性任务 背景 开发团队如何管理突发性工作?企业的一些软件开发团队经常出现类似培训支撑等突发性工作,开发团队不清楚如何管理好这样的工作。解决突发性工作的问题被很多开发团队所重视,它直接影响开发团队工作的进度和效率,间接影响迭代目标是否能完成,甚至整个项目
如何避免重要需求遗漏 避免重要需求遗漏的思路 避免重要需求遗漏,首先需要反问一句——为什么这些紧急重要的需求无法更早预见?同样的,需要了解: 具体是哪些外界原因?这些原因是否有共性,有的话,那就针对性处理。 增加的需求有无共性特点?有的话,可以针对性处理。 临时增加有多临时?是否
Failed 未满足前提条件,服务器未满足请求者在请求中设置的其中一个前提条件。 413 Request Entity Too Large 由于请求的实体过大,服务器无法处理,因此拒绝请求。为防止客户端的连续请求,服务器可能会关闭连接。如果只是服务器暂时无法处理,则会包含一个Retry-After的响应信息。
问题修复完成后,开发人员Frank打开问题单,进入详情页,单击右上角“提交到测试”,弹出“提交到测试”弹框,参考下表配置参数信息。 表5 提交到测试参数说明 参数 解释 取值样例 当前责任人 缺陷单测试节点的责任人。 项目下负责缺陷回归测试的人员,一般为项目下的测试人员角色 项目成员可在添加CodeArts项目成员中增加。
如何删除文件夹下临时文件? 问题现象 文件库内上传文件夹时,统计的文件数量与本地文件夹内的文件数量不一致。 原因分析 本地文件夹内可能产生了不可见的临时文件。 处理方法 在本地文件夹内通过鼠标右键菜单打开Git bash Here,使用如下命令查看该文件夹下的所有文件。 ls -a
如何理解敏捷需求管理的四个关键词 背景 常见到Epic、Feature、Story和Task这些和敏捷相关的概念,它们之间的关系是什么?如何灵活使用这些概念,从而让敏捷的需求管理更为高效?本文为您详细剖析这四个关键词。 什么是Epic、Feature、Story和Task? Ep
如何查看CodeArts Req当前使用的总用户数? 在软件开发生产线控制台总览页中,可以查看需求管理中当前使用的总人数(用户数)。 由于控制台中数据并非实时刷新,为每个小时刷新一次,若要查看实时的用户数,请进入需求管理首页,查看实际的项目人数,以此为准。 父主题: 成员管理
如何处理IPD类项目导入工作项条数校验异常的问题? 问题现象 在IPD项目中,导入包含300条数据的工作项文件后提示“导入工作项单次数据量最大仅支持300个”。 原因分析 导入的工作项文件中存在有格式的多余空行或者已删除的工作项数据。已删除的工作项数据可能会被识别为空行。 处理方法
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通
如何进行需求优先级管理 需求优先级管理四步走 需求优先级的管理,其实是为了帮助需求管理者确定先做哪个需求后做哪个需求,从而可以最大化回报、最小化风险或投入。要做好优先级管理,或者更直接来说是优先级顺序管理,需要做到如下四件事情: 确定优先级模型:优先级看起来像是一个简单直接的值,
Scrum项目工作项如何分配给多个人员? Scrum项目中,一个工作项仅指定一个处理人。 如果需要将工作项指定多个处理人,可以给工作项创建多个子工作项,分别指定处理人。 父主题: 工作项
(项目预设工时类型id及名称对照:21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App), 26:测试验证,27:缺陷修复,28:UI设计,29:会议,30:公共事务,31:培训,32:研究,33:其它,34:调休请假) 约束限制:不涉及 取值范围:最小值:21,最大值:34
如何在项目团队人员变动频繁时对新人进行有效培养和管理 背景 企业随着业务的扩张,需要新员工不断加入,经常会遇到这样的问题,其开发组长要对每一位新人交代相关的知识点、工作方式以及团队信息等,工作量在短期内激增。在一个项目中,随着时间推移、业务的扩张,项目中的核心成员,如项目经理、开
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后,如何移动看板中的任务卡片,本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动
API概览 如何调用API 附录 常见问题 了解更多常见问题、案例和解决方案 热门案例 Scrum项目需求管理流程介绍 在Scrum项目中通过思维导图新建工作项 更多 项目 如何使用Scrum项目 如何给多个用户开通账号使用CodeArts Req服务? 更多 工作项 如何处理IPD类项目导入工作项条数校验异常的问题?
定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生命周期中进行有效的跟踪和关联,将缺陷各作业环节产生的数据有机串联、风险实时预警,提高缺陷管理的效率和准确性,保障高质量的产品交付。 缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。
参数类型 描述 test_cases Array of AssociatedTestCase objects 关联的测试用例列表 total Integer 关联的测试用例总数 表5 AssociatedTestCase 参数 参数类型 描述 case_id String 用例ID
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
解决措施 综合前面几种参考情况经分析后得出了根因,基于这些根因,可以将所要解决的问题重新描述如下: 如何进行需求结构化管理? 如何进行需求优先级管理? 如何避免重要需求遗漏? 如何进行需求结构化管理? 首先,并不是说任何情况下都需要进行需求的结构化管理。只有在需求较多、且需求之间