正在生成
详细信息:
检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
客户原始需求管理 成功产品的核心特征是满足客户需求,Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖,提供了完整的客户需求采集、价值需求决策、交付与验收流程,让需求进展和动态客户实时透明,市场需求流动提速70%。 RR客户原始需求来自公司内部和外
基线管理和变更评审 产品从规划到上市要经过复杂的研发过程,Req工具的IPD需求管理提供了基线评审和变更管理能力,实现版本基线-受控变更-变更评审-变更管理过程,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事”。 支持将发布/迭代基线化,基线后,不能再修改
在IPD独立软件类项目中新建缺陷 软件特性和功能在测试验证阶段发现的问题,可以新建缺陷单进行跟踪。 前提条件 已新建IPD独立软件类项目,并在项目中拥有缺陷的“新建(复制)”权限。 新建缺陷 访问CodeArts Req服务首页。 在项目主页,选择“缺陷”。 单击“新建Bug”,进入“新建Bug”页面,配置相关参数。
在IPD系统设备类项目中新建缺陷 软件特性和功能在测试验证阶段发现的问题,可以新建缺陷单进行跟踪。 前提条件 已新建IPD系统设备类项目,并在项目中拥有缺陷的“新建(复制)”权限。 新建缺陷 访问CodeArts Req服务首页。 在项目主页,选择“缺陷”。 单击“新建Bug”,进入“新建Bug”页面,配置相关参数。
创建Scrum项目并新建工作项 企业在研发产品过程中,存在开发人员办公地点不同,研发工具、环境不统一的问题,导致团队成员的协作存在挑战。同时企业通常面临客户需求变化快,项目极易出现返工,需要快速响应变化。企业可以通过使用CodeArts需求管理的简单、高效协作功能,以及统一管理的
知识全生命周期管理 知识库是一个专业的云端知识库,是协同云文档理念下的一款创新产品。愿景成为每个人都爱不释手的知识书写工具,成为人们进行知识创作、沉淀和交流的平台。 提供在线文档创作和文件托管: 在线文档支持富文本和Markdown语法编辑。 文件托管支持如Office等文档的上传和预览。
文件。 Wiki:当前缺陷相关的Wiki。选择与当前缺陷相关联的Wiki。 测试计划:当前缺陷相关的测试计划。选择与本缺陷相关联的测试计划。 测试用例:当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录:当前缺陷相关的代码提交记录。 仅当代码提交时
文件。 Wiki:当前缺陷相关的Wiki。选择与当前缺陷相关联的Wiki。 测试计划:当前缺陷相关的测试计划。选择与本缺陷相关联的测试计划。 测试用例:当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录:当前缺陷相关的代码提交记录。 仅当代码提交时
项目管理员:项目的创建者。 项目经理:项目开发管理员。 测试经理:项目测试管理员。 产品经理:项目的需求分析管理者。 系统工程师:项目的架构分析管理者。 Committer:参与项目开发的人员。 开发人员:参与项目开发的人员。 测试人员:参与项目测试的人员。 参与者:参与项目指定工作处理的人员。
址。 定制项目工作流程 在迭代Review会议中,团队将向产品负责人做产品演示,并出示测试报告,由产品负责人确认Story是否完成。而当前的Story状态中没有能够显示测试已完成的状态,因此测试人员建议增加一个状态“验收中”。 项目经理Maggie通过以下操作为Story添加状态。
仅Epic、FE、US、Task工作项中可以关联Wiki。 测试计划 Bug 当前工作项相关的测试计划。 选择与本缺陷相关联的测试计划。 测试用例 Epic、FE、US 当前工作项相关的测试用例。 在测试管理中选择与测试用例相关联的缺陷。 代码提交记录 Epic、FE、US、Task
通。 代码检查(即静态扫描)、自动化的构建、各阶段的自动化测试、以及相应的自动化部署过程,都被有机的串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段与活动,还有制品管理,以及各级的环境管理,包括开发环境、测试环境、准生产环境,以及生产环境。 持续交付流水线就是将整个持
负责产品整体规划与产品团队的组建。 Maggie 项目经理 负责管理项目交付计划。 Chris 开发人员 负责项目代码的开发、编译、部署及验证。 Billy 测试人员 负责编写测试用例并执行。 创建项目 在开展项目实践前,由产品负责人Sarah创建项目。 在CodeArts控制台单击“立即使用”。 单击“新建
联的文件,支持上传本地文件。 Wiki:SF对应的Wiki。选择与当前SF相关联的Wiki,支持新建Wiki。 测试用例:SF对应的测试用例。可以在测试管理中选择与测试用例相关联的SF。 查看评审记录 当SF存在变更流程(变更SF)、基线SF流程(评审SF基线)或通用评审时,对应特性的“评审”中才会显示评审数据。
在项目管理中,角色包含三大类:项目管理者(项目管理员、项目经理、测试经理、产品经理、系统工程师)、开发者(Commiter、开发人员、测试人员、参与者)、浏览者和运维经理。 项目管理员:项目的创建者。 项目经理:项目开发管理员。 测试经理:项目测试管理员。 产品经理:项目的需求分析管理者。 系统工程师:项目的架构分析管理者。
信息。 测试用例:当前工作项相关的测试用例。 说明: 仅Epic、FE、US、Task类型工作项支持关联测试用例。 在测试管理中选择与测试用例相关联的工作项。 测试计划:当前工作项相关的测试计划。 说明: 仅Task类型工作项支持关联测试用例。 选择与本缺陷相关联的测试计划。 操
作为项目经理,希望通过过滤处理人,以便于快速查询指定人的需求。 作为开发人员,希望将无用的信息进行折叠,以便于减少视觉干扰。 作为测试人员,希望将测试用例和需求关联,以便于跟踪需求的验证。 Task(任务) 在迭代计划会议中,将纳入迭代的Story指派给具体成员,并分解成一个或多个Task,填写“预计工时”。
Wiki:缺陷对应的Wiki。 选择与当前缺陷相关联的Wiki,支持新建Wiki。 测试计划:当前缺陷相关的测试计划。选择与本缺陷相关联的测试计划。 测试用例:当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录:当前缺陷相关的代码提交记录。 仅当代码提交时
文件:研发需求对应的文件。选择与当前需求相关联的文件。 Wiki:研发需求对应的Wiki。选择与当前需求相关联的Wiki。 测试用例:研发需求对应的测试用例。可以在测试管理中选择与测试用例相关联的研发需求。 代码提交记录:研发需求对应的代码提交记录。 仅当代码提交时,关联了当前需求编号,才会显示相关信息。
Wiki:缺陷对应的Wiki。 选择与当前缺陷相关联的Wiki,支持新建Wiki。 测试计划:当前缺陷相关的测试计划。选择与本缺陷相关联的测试计划。 测试用例:当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录:当前缺陷相关的代码提交记录。 仅当代码提交时