检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等
如何删除文件夹下临时文件? 问题现象 文件库内上传文件夹时,统计的文件数量与本地文件夹内的文件数量不一致。 原因分析 本地文件夹内可能产生了不可见的临时文件。 处理方法 在本地文件夹内通过鼠标右键菜单打开Git bash Here,使用如下命令查看该文件夹下的所有文件。 ls -a
和软件开发生命周期一样,缺陷也是由一系列的阶段和活动组成的,即缺陷同样具有生命周期。缺陷定位越精确,修复成本就越低、影响越小。CodeArts Defect打通缺陷过程监控链条,从缺陷的发现和提出,到开发人员的分析定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生
如果分析出不是问题,可单击“无需修复”,直接转给提出人处理。 如果分析出问题描述有误,可单击“退回”,转给当前责任人修改描述。 分析完成后,单击“提交到开发修复”。 修复 分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果
如果分析出不是问题,可单击“无需修复”,直接转给提出人处理。 如果分析出问题描述有误,可单击“退回”,转给当前责任人修改描述。 分析完成后,单击“提交到开发修复”。 修复 分析缺陷后,状态变为“修复”。 修复当前责任人根据问题进行修复。 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果
Defect内置多种数据分析功能,提供华为特有的缺陷修复效率、遗留DI趋势、三曲线分析等专业的缺陷监控度量指标,可以对产品开发和交付过程中的缺陷趋势、严重程度和解决时间等各项数据进行深入分析。缺陷处理情况清晰可见,帮助团队快速识别和解决潜在的风险,准确掌握缺陷修复进度,识别交付各环节短板,让整个产品质量360度清晰透明。
如何避免重要需求遗漏 避免重要需求遗漏的思路 避免重要需求遗漏,首先需要反问一句——为什么这些紧急重要的需求无法更早预见?同样的,需要了解: 具体是哪些外界原因?这些原因是否有共性,有的话,那就针对性处理。 增加的需求有无共性特点?有的话,可以针对性处理。 临时增加有多临时?是否
作流,满足多项目、多团队的缺陷管理需求,提高缺陷管理的效率和准确性,助力产品质量和用户体验的提升。 目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 支持自定义状态和流转线名称。
提到的问题的确存在,单击详情页右上角“提交到修复”,弹出“提交到修复”弹框,参考下表配置参数信息。 图3 提交到开发修复弹框 表4 提交到开发修复参数说明 参数 解释 取值样例 当前责任人 缺陷单修复节点的责任人。 项目下负责缺陷修复的人员,一般为项目下的开发人员角色 项目成员可在添加CodeArts项目成员中增加。
Content-Type: application/json X-Auth-Token: ABCDEFJ.... 您还可以通过这个视频教程了解如何使用Token认证:https://bbs.huaweicloud.com/videos/101333 。 AK/SK认证 AK/SK签名
端到端可追溯 产品研发过程越晚发现风险,修复成本就越高、影响越大,有些风险甚至对企业构成致命的打击,Req打通需求过程数据孤岛,将需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 端到端可追溯效果图如下:
本节介绍REST API请求的组成,并以调用IAM服务的获取用户Token获取请求认证接口说明如何调用API,该API获取用户的Token,Token可以用于调用其他API时鉴权。 您还可以通过这个视频教程了解如何构造请求调用API:https://bbs.huaweicloud.com/videos/102987
如何在软件开发团队中管理突发性任务 背景 开发团队如何管理突发性工作?企业的一些软件开发团队经常出现类似培训支撑等突发性工作,开发团队不清楚如何管理好这样的工作。解决突发性工作的问题被很多开发团队所重视,它直接影响开发团队工作的进度和效率,间接影响迭代目标是否能完成,甚至整个项目
查询项目下的工时类型 功能介绍 查询项目下的工时类型 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/work-hours-type 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 项目id
选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 前提条件 已新建Scrum项目,并在项目中拥有“工时类型设置”权限。
系统特性资产管理 客户原始需求管理 知识全生命周期管理 自定制仪表盘 缺陷全生命周期管理 缺陷跨组织高效协同 缺陷趋势分析与质量度量 缺陷修复过程可追溯 缺陷流程灵活自定义
如何调用API 构造请求 认证鉴权 返回结果
"error_code": "AS.0001" } 其中,error_code表示错误码,error_msg表示错误描述信息。 父主题: 如何调用API
所示。 图1 站会常见问题 如何正确的开站会?站会的意义在哪里?可以不开站会吗?这些问题一直困惑着不少的团队。 问题分析 关于站会的问题大致分为两种场景: 场景一:团队非常清楚应该开站会,认识到站会确实有一些价值,但是对于目前的站会状况不是很满意,如何玩转站会是团队关心的。对于这
旧版计费方式如何收费? 本章节介绍需求管理服务旧版计费方式,仅供老用户参考。 免费额度 需求管理服务提供500MB免费额度,开通服务前可免费体验,使用量超出免费额度时,系统将会提示开通按需使用或购买套餐。 您可以购买套餐,相比按需计费更加优惠,套餐详情请参见旧版本开通/关闭服务按需计费方式说明。