-
方案概述 - 需求管理 CodeArts Req
通。 代码检查(即静态扫描)、自动化的构建、各阶段的自动化测试、以及相应的自动化部署过程,都被有机的串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段与活动,还有制品管理,以及各级的环境管理,包括开发环境、测试环境、准生产环境,以及生产环境。 持续交付流水线就是将整个持
-
约束与限制 - 需求管理 CodeArts Req
目前适配的主流浏览器类型包括: Chrome浏览器:支持和测试最新的3个稳定版本 Firefox浏览器:支持和测试最新的3个稳定版本 Microsoft Edge浏览器:Win10默认浏览器,支持和测试最新的3个稳定版本 IE浏览器:不再进行支持与测试。 推荐使用Chrome、Firefox浏览器,效果会更好。
-
准备工作 - 需求管理 CodeArts Req
负责产品整体规划与产品团队的组建。 Maggie 项目经理 负责管理项目交付计划。 Chris 开发人员 负责项目代码的开发、编译、部署及验证。 Billy 测试人员 负责编写测试用例并执行。 创建项目 在开展项目实践前,由产品负责人Sarah创建项目。 在CodeArts控制台单击“立即使用”。 单击“新建
-
工作项详情 - 需求管理 CodeArts Req
项、关联测试用例、关联代码提交记录、关联代码分支和关联Wiki词条。 进入工作项详情页面,选择“关联”页签。 完成关联操作。 关联工作项 展开关联工作项,单击“关联工作项”,在关联工作项页面可以勾选需要关联的工作项。 关联好的工作项显示“关联工作项”按钮下方。 关联测试用例 展开
-
模拟案例 - 需求管理 CodeArts Req
模拟案例 案例概述 创建缺陷 分析缺陷 确认缺陷 修复缺陷 测试缺陷 验收缺陷 关闭缺陷 激活缺陷 协同下发缺陷 父主题: 缺陷管理最佳实践
-
权限管理 - 需求管理 CodeArts Req
在项目管理中,角色包含三大类:项目管理者(项目管理员、项目经理、测试经理、产品经理、系统工程师)、开发者(Commiter、开发人员、测试人员、参与者)、浏览者和运维经理。 项目管理员:项目的创建者。 项目经理:项目开发管理员。 测试经理:项目测试管理员。 产品经理:项目的需求分析管理者。 系统工程师:项目的架构分析管理者。
-
需求管理角色权限 - 需求管理 CodeArts Req
设置成员角色。 表1 Scrum项目默认角色权限说明 模块 权限项 项目管理员 项目经理 产品经理 系统工程师 Committer 测试经理 开发人员 测试人员 运维经理 参与者 浏览者 项目基本信息 归档 Y Y N N N Y N N N N N 规划 新建 Y Y Y Y Y Y
-
编辑特性详情 - 需求管理 CodeArts Req
选择与当前特性相关联的文件,支持上传本地文件。 Wiki:特性对应的Wiki。 选择与当前特性相关联的Wiki,支持新建Wiki。 测试用例:特性对应的测试用例。可以在测试管理中选择与测试用例相关联的特性。 查看评审记录 当特性存在变更流程(变更特性)或基线评审流程(评审特性基线)时,对应特性的“评审”中才会显示评审数据。
-
编辑特性详情 - 需求管理 CodeArts Req
选择与当前特性相关联的文件,支持上传本地文件。 Wiki:特性对应的Wiki。 选择与当前特性相关联的Wiki,支持新建Wiki。 测试用例:特性对应的测试用例。可以在测试管理中选择与测试用例相关联的特性。 查看评审记录 当特性存在变更流程(变更特性)或基线评审流程(评审特性基线)时,对应特性的“评审”中才会显示评审数据。
-
编辑研发需求详情 - 需求管理 CodeArts Req
文件:研发需求对应的文件。选择与当前需求相关联的文件。 Wiki:研发需求对应的Wiki。选择与当前需求相关联的Wiki。 测试用例:研发需求对应的测试用例。可以在测试管理中选择与测试用例相关联的研发需求。 代码提交记录:研发需求对应的代码提交记录。 仅当代码提交时,关联了当前需求编号,才会显示相关信息。
-
如何修改项目创建者? - 需求管理 CodeArts Req
如何修改项目创建者? 单击工具栏中“设置 > 通用设置 > 基本信息”。 在“基本信息”页面根据实际需要修改“创建人”,单击“保存”。 只有项目创建者可以移交项目,即可以修改“创建人”, 创建人更改后,项目创建者变成项目经理。 只能修改为项目中的成员。 父主题: 项目
-
编辑缺陷详情 - 需求管理 CodeArts Req
缺陷当前责任人联系缺陷提出人获取附件。 Wiki:当前缺陷相关的Wiki。 选择与当前缺陷相关联的Wiki。 测试计划:当前缺陷相关的测试计划。 选择与本缺陷相关联的测试计划。 代码提交记录:当前缺陷相关的代码提交记录。 仅当代码提交时,关联了当前缺陷单号,才会显示相关信息。 代码分支:当前缺陷相关的代码分支。
-
确认缺陷 - 需求管理 CodeArts Req
需要注意的是,对缺陷而言,存在一些重要的基础字段,如标题、描述、严重程度等,缺陷一旦提交,不可随意修改这些字段。这一类字段我们称作受控字段。在分析、修复、测试、验收、关闭等状态下,默认是不允许相关责任人修改受控字段的。如果确实需要修改,则须将缺陷流转到“确认”环节,由创建人修改。 父主题: 模拟案例
-
处理工作项 - 需求管理 CodeArts Req
提出人 发现Bug的测试人员。 责任人 一般为修复Bug的开发人员。 严重程度 提示、一般、严重、致命四个等级。 发现PI 指计划。在“计划管理”可以创建PI。 发现迭代 PI的下一个层级,叫做迭代。创建PI后,通过分解PI创建迭代。 发现环境 开发自测环境,测试环境,生产环境。 抄送人
-
应用场景 - 需求管理 CodeArts Req
到端可追溯等能力,持续推动企业内部的高效协作和业务发展。 独立软件开发商(ISV) ISV企业在研发过程中,存在开发人员办公地点不同,研发工具、环境不统一的问题,导致团队成员的协作存在挑战。同时ISV通常面临客户需求变化快,项目极易出现返工,需要快速响应变化。 ISV企业通过使用
-
示例3:查询用户工作项的评论 - 需求管理 CodeArts Req
[1], "limit":1 } 响应示例 { "issues": [ { "id": 1692040, "name": "测试", "done_ratio": 0, "tracker": { "id": 2, "name": "Task" }
-
成员 - 需求管理 CodeArts Req
业用户未经授权进行处理。 设置项目成员角色 项目管理员、项目经理、测试经理才可以给成员设置项目角色,默认的项目角色类型如下: 项目管理员 项目经理 产品经理 系统工程师 Committer 开发人员 测试经理 测试人员 参与者 浏览者 运维经理 如果默认角色类型不能满足实际需求,
-
管理Scrum项目 - 需求管理 CodeArts Req
规划需求,查看整个需求规划结果请参见调整思维导图。 查看项目 单击项目名称,进入项目详情页面,包括仪表盘、工作、代码、持续交付、制品仓库、测试、Wiki、文档和设置。 “工作”下包含“需求管理”和“缺陷管理”,本文档默认选择“需求管理”进行操作指导。 单击导航栏“仪表盘”,可以查
-
获取指定项目的成员用户列表 - 需求管理 CodeArts Req
Integer 创建人numId role_id Integer 成员角色, -1 项目创建者, 3 项目经理, 4 开发人员, 5 测试经理, 6 测试人员, 7 参与者, 8 浏览者, 9 运维经理 nick_name String 用户昵称 role_name String 用户角色
-
对IPD系统设备类的智能手表研发项目进行基线评审管理 - 需求管理 CodeArts Req
负责项目的创建和项目团队的组建。 Maggie 项目经理 负责担任基线评审单的审批人。 Chris 开发人员 负责发起基线评审。 Frank 测试经理 负责担任基线评审单的评审专家。 Billy 测试人员 负责担任基线评审单的评审专家。 进入“智能手表”项目,进入“设置 > 通用设置 > 服务权限管理 > 成员”页面。