检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
插入CodeArts Req的统计图表 操作步骤 Wiki支持插入统计报表,有如下三种方式: 鼠标移到+号上,弹出“工具栏”,选择“报表”。 快捷键 “、”或“/”触发弹出“工具栏”,再选择“报表”。 顶部工具栏插入按钮,再选择“报表”。
缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通过关联信息查看缺陷的处理过程,不遗漏任何一个环节,从而保证缺陷修复过程的可追溯性。 缺陷的关联信息效果图如下: 图1 缺陷关联项 父主题: 功能特性
默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 前提条件 已新建Scrum项目,并在项目中拥有“工时类型设置”权限。
CodeArts Defect打通缺陷过程监控链条,从缺陷的发现和提出,到开发人员的分析定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。
测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 关闭 验收通过后,状态变为“关闭”。
测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD独立软件类项目研发需求
CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖,提供了完整的客户需求采集、价值需求决策、交付与验收流程,让需求进展和动态客户实时透明,市场需求流动提速70%。
支持将需求与设计文档、代码、测试用例、缺陷/BUG等有机串联,确保需求开发过程清晰明了,需求风险无处遁形。 端到端可追溯效果图如下: 图1 端到端可追溯 父主题: 功能特性
目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 支持自定义状态和流转线名称。
发现环境 发现缺陷的环境,主要包括开发自测环境、测试环境、生产环境。 抄送人 项目内其他成员,被选中的成员会收到系统通知。 项目成员信息可在添加CodeArts项目成员中增加。 期望修复时间 期望修复的时间。
步骤三:回归测试与验收缺陷 测试人员Lily收到Frank提交的已修复缺陷通知后,通过通知卡片进入缺陷详情页查看并对其进行回归测试和验收工作。
发现环境 发现缺陷的环境,主要包括开发自测环境、测试环境、生产环境。 抄送人 项目内其他成员,被选中的成员会收到系统通知。 项目成员信息可在添加CodeArts项目成员中增加。 期望修复时间 缺陷期望修复的时间。
客户原始需求管理 成功产品的核心特征是满足客户需求,Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖,提供了完整的客户需求采集、价值需求决策、交付与验收流程,让需求进展和动态客户实时透明,市场需求流动提速70%。
基线管理和变更评审 产品从规划到上市要经过复杂的研发过程,Req工具的IPD需求管理提供了基线评审和变更管理能力,实现版本基线-受控变更-变更评审-变更管理过程,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事”。
愿景成为每个人都爱不释手的知识书写工具,成为人们进行知识创作、沉淀和交流的平台。 提供在线文档创作和文件托管: 在线文档支持富文本和Markdown语法编辑。 文件托管支持如Office等文档的上传和预览。
创建Scrum项目并新建工作项 企业在研发产品过程中,存在开发人员办公地点不同,研发工具、环境不统一的问题,导致团队成员的协作存在挑战。同时企业通常面临客户需求变化快,项目极易出现返工,需要快速响应变化。
晚点开会还可以给开发团队一点时间来检查前一天的工作(比如,前一天晚上开始运行的自动化测试工具所生成的缺陷报告)。 Key 5: 同时同地 每日站立会议应尽可能在同一时间、同一地点召开,建议在团队的可视化的任务板前面召开。
测试经理:项目测试管理员。 产品经理:项目的需求分析管理者。 系统工程师:项目的架构分析管理者。 Committer:参与项目开发的人员。 开发人员:参与项目开发的人员。 测试人员:参与项目测试的人员。 参与者:参与项目指定工作处理的人员。 浏览者:关注或浏览项目内容的成员。