-
测试缺陷 - 需求管理 CodeArts Req
测试缺陷 缺陷修复后,还需要测试人员进行测试,因此缺陷流转到测试环节后,测试人员将根据缺陷的描述、分析原因、修复方案,在缺陷发现环境中进行回归测试并输出测试报告。 测试人员回归验证缺陷确实已经修复的,可单击“测试通过”并填写测试报告。 图1 填写测试报告 回归测试不通过的,可单击
-
缺陷修复过程可追溯 - 需求管理 CodeArts Req
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通
-
验收缺陷 - 需求管理 CodeArts Req
”,但在某些场景下该缺陷经过定位、修复、测试等一系列操作后,创建人认为该缺陷并非是问题,这时也可以选择“非问题关闭”。 图2 验收通过 但如果创建人经过测试,发现缺陷仍然存在,则说明缺陷在最初的定位分析环节出现了偏差,导致开发测试人员未能有效修复该缺陷,这时可以单击“退回到分析”
-
权限管理 - 需求管理 CodeArts Req
成员和角色进行管理,以及各个角色的权限设置。默认角色类型有项目管理员、项目经理、产品经理、系统工程师、Committer、开发人员、测试经理、测试人员、参与者、浏览者和运维经理,也可根据需要自定义新角色并赋权。 操作步骤 进入目标项目详情页面,单击“设置 > 通用设置 > 服务权限管理
-
工时类型设置 - 需求管理 CodeArts Req
在新建、编辑工作项时,可以根据需要配置工作项详细工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 操作步骤 进入目标项目详情查看页面。
-
被指派的处理人可以修改工作项的哪些内容? - 需求管理 CodeArts Req
被指派的处理人可以修改工作项的哪些内容? 被指派处理人的角色为项目创建者、项目经理、测试经理: 可以修改工作项详情的所有内容。 被指派处理人的角色为开发人员、测试人员、运维经理: 只能编辑:标签、描述、抄送人、处理人、状态、实际工作量、完成度、文件附件等。 父主题: 工作项
-
处理研发需求 - 需求管理 CodeArts Req
工时和查看历史记录等操作,具体请参见编辑研发需求详情。 设置完成后,在“详情”页签中直接将“状态”修改为“测试”。 测试IR 单击“测试”状态的研发需求标题,系统显示“测试”详情页。 在处理研发需求过程中,还可以对研发需求进行评论、关联工作项、添加附件、新增工时和查看历史记录等操作,具体请参见编辑研发需求详情。
-
处理研发需求 - 需求管理 CodeArts Req
增工时和查看历史记录等操作,具体请参见编辑研发需求详情。 设置完成后,在“详情”页签中直接将“状态”修改为“测试”。 测试IR 单击“测试”状态的特性名称,系统显示“测试”详情页。 在处理研发需求过程中,还可以对研发需求进行评论、关联工作项、添加附件、新增工时和查看历史记录等操作,具体请参见编辑研发需求详情。
-
缺陷全生命周期管理 - 需求管理 CodeArts Req
定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生命周期中进行有效的跟踪和关联,将缺陷各作业环节产生的数据有机串联、风险实时预警,提高缺陷管理的效率和准确性,保障高质量的产品交付。 缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。
-
状态流转介绍 - 需求管理 CodeArts Req
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 分析IR 开发 分析完成研发需求后,将“状态”改为“开发”。 开发IR 测试 开发完成研发需求后,将“状态”改为“测试”。 测试IR 完成 测试通过研发需求后,将“状态”改为“完成”。 - 父主题: 研发需求(IR/SR/AR)
-
状态流转介绍 - 需求管理 CodeArts Req
修复当前责任人根据问题进行修复。 修复缺陷 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 测试缺陷 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 验收缺陷 关闭 验收通过后,状态变为“关闭”。
-
状态流转介绍 - 需求管理 CodeArts Req
修复当前责任人根据问题进行修复。 修复缺陷 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 测试缺陷 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 验收缺陷 关闭 验收通过后,状态变为“关闭”。
-
状态流转介绍 - 需求管理 CodeArts Req
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 分析IR 开发 分析完成研发需求后,将“状态”改为“开发”。 开发IR 测试 开发完成研发需求后,将“状态”改为“测试”。 测试IR 完成 测试通过研发需求后,将“状态”改为“完成”。 - 父主题: 研发需求(IR/US)
-
通用设置 - 需求管理 CodeArts Req
本节介绍在项目中,如何对权限管理提供的成员和角色进行管理,以及各个角色的权限设置。默认角色类型有项目管理员、项目经理、产品经理、系统工程师、Committer、开发人员、测试经理、测试人员、参与者、浏览者和运维经理,也可根据需要自定义新角色并赋权。 操作步骤 进入目标项目详情页面,单击“设置 > 通用设置 > 服务权限管理
-
如何给工作项添加新的工作状态? - 需求管理 CodeArts Req
如何给工作项添加新的工作状态? 需求管理中工作项提供了默认的工作项状态(新建、进行中、已解决、测试中、已拒绝、已关闭)。 在项目的“设置 > 项目设置 > 状态与流转”中,根据项目需要创建新的工作状态,详细操作请参见 工作项状态与流转。 父主题: 工作项
-
激活缺陷 - 需求管理 CodeArts Req
激活缺陷 在产品的不断演进中,有些缺陷可能会重复出现,这时可以再次激活原先已经闭环的缺陷,重启缺陷作业流程,并在原有的分析、修复、测试基础上,进行再次修复。缺陷激活后会进入到分析环节,重新开始作业。 图1 激活缺陷 父主题: 模拟案例
-
端到端可追溯 - 需求管理 CodeArts Req
计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 支持将需求与设计文档、代码、测试用例、缺陷/BUG等有机串联,确保需求开发过程清晰明了,需求风险无处遁形。 父主题: 功能特性
-
缺陷管理实践概述 - 需求管理 CodeArts Req
在产品研发过程中,往往存在各团队、各项目各自为战,产品质量难管控、缺陷修复进度难追踪的问题,严重影响产品交付效率。缺陷管理严格把控缺陷提出、分析、修复、测试、验收、关闭的完整流程,提供跨项目的缺陷作业跟踪追溯能力,实时识别产品缺陷风险,为组织的产品交付质量提供保障。 图1 缺陷管理流程 本文将
-
处理缺陷 - 需求管理 CodeArts Req
“流转成功”的提示。 测试缺陷 单击“测试”状态的缺陷标题,系统显示“测试”详情页。 在处理缺陷过程中,还可以对缺陷进行评论、关联工作项、添加附件、新增工时和查看历史记录等操作,具体请参见编辑缺陷详情。 测试完成后,单击页面右上角的“测试通过”,弹出“测试通过”信息填写窗口。 单
-
处理缺陷 - 需求管理 CodeArts Req
“流转成功”的提示。 测试缺陷 单击“测试”状态的缺陷标题,系统显示“测试”详情页。 在处理缺陷过程中,还可以对缺陷进行评论、关联工作项、添加附件、新增工时和查看历史记录等操作,具体请参见编辑缺陷详情。 测试完成后,单击页面右上角的“测试通过”,弹出“测试通过”信息填写窗口。 单