使用CodeArts Req管理Scrum类型项目需求

查看更多 →

使用CodeArts Req管理IPD自运营/云服务类型项目需求

查看更多 →

使用CodeArts Req管理IPD系统设备类型项目需求

查看更多 →

特性，支持端到端的高效、透明、可视的管理。 需求管理特性 需求规划与需求分解 客户的需求或原始需求，通常是抽象甚至宏观的，需要理解客户需求背后的问题本质，来把客户需求或原始需求进行规划和分解，最终分解为每个迭代可交付的最小工作项。 需求管理服务Scrum项目类型中，预置了敏捷实践中推荐的“Epic

查看更多 →

客户原始需求管理 成功产品的核心特征是满足客户需求，Req打破了传统需求管理工具仅在研发阶段发挥作用的限制，将客户与市场需求也同步覆盖，提供了完整的客户需求采集、价值需求决策、交付与验收流程，让需求进展和动态客户实时透明，市场需求流动提速70%。 RR客户原始需求来自公司内部和外

查看更多 →

计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置：勾选“手工测试”。确认列表中的需求与需求管理中“迭代4”的需求一致，单击“保存并使用”。 返回测试计划页面，在列表中可找到新创建的测试计划“迭代4”，状态为“新建”。 设计测试用例。 在测试计划“迭代4”中，单击“设计”。

查看更多 →

计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置：勾选“手工测试”。确认列表中的需求与需求管理中“迭代4”的需求一致，单击“保存并使用”。 返回测试计划页面，在列表中可找到新创建的测试计划“迭代4”，状态为“新建”。 设计测试用例。 在测试计划“迭代4”中，单击“设计”。

查看更多 →

计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置：勾选“手工测试”。确认列表中的需求与需求管理中“迭代4”的需求一致，单击“保存并使用”。 返回测试计划页面，在列表中可找到新创建的测试计划“迭代4”，状态为“新建”。 设计测试用例。 在测试计划“迭代4”中，单击“设计”。

查看更多 →

测试用例等级选择规则 序号 级别 说明 1 0级 最基本的功能验证，用例不宜过多，各模块尽量保证在10-20个，占比5%左右。 2 1级 基本功能验证，可用于继承特性的基本功能验证、迭代验收前的基本功能验证等，占比20%左右。 3 2级 重要特性验证，可用于测试版本（非回归版本）中功能测试，占比60%左右。

查看更多 →

测试用例目录管理 测试用例目录是以目录形式组织和管理测试工程下测试用例的一种展示结构。 前提条件 已创建PerfTest测试工程。 创建测试用例目录 登录性能测试服务控制台，在左侧导航栏中选择“PerfTest测试工程”。 在待编辑PerfTest测试工程所在行，单击工程名称进入测试工程详情页面。

查看更多 →

化工具。 测试需求分析报告 测试方案 自动化测试分析报告 自动化测试工具开发/二次开发 自动化测试工程师根据测试特性的自动化测试需求，对自动化工具进行二次开发或者优化，以满足自动化测试。 自动化测试分析报告 自动化测试工具 测试用例实现 测试经理组织成员进行测试用例实现，包括自动化测试用例的实现。

查看更多 →

介绍视频 测试计划关键特性 用例管理 手工测试和接口自动化测试用例统一设计，支持用例分级、前置条件、操作步骤、预期结果等，引导完成测试用例设计。 套件管理 基于测试用例组装手工测试套件或接口自动化测试套件。测试套件用于管理一组测试用例。一般可以使用测试套件来进行多轮次或多迭代的回归测试

查看更多 →

当您创建了项目与测试计划后，可以根据业务需求使用测试计划服务提供的测试用例进行常用测试实践。 在使用测试计划服务之前，请先做好如下准备工作： 在需求管理中已完成项目创建，请参见创建项目（以Scrum项目为例）。 已有可用仓库，如果没有，请参见新建、编辑测试计划。 已有可用的测试用例，如果没有，请参见新建接口自动化用例。

查看更多 →

TestPlan最佳实践一览表 最佳实践 说明 测试用例三层管理 本实践为您介绍如何使用“用例库-基线版本-测试版本” 管理能力，对测试用例进行分层管理。 基于接口自动化用例和关键字驱动的电商平台测试 本实践为您介绍如何将URL测试步骤设置为接口关键字，在测试步骤中进行复用。 基于需求策略使用测试设计 本实

查看更多 →

需求高效跨项目协同 大型产品开发往往涉及到数千人大兵团规模作战，协作关系与项目运作沟通成本呈指数级上升，基于华为公司跨部门团队理念与实践，Req联结项目、人、工作项，提供无限组织层级、无限功能领域的网状跨项目协作管理能力，实现立体高效协同，加速信息流转。 支持将研发需求下发至下游项目

查看更多 →

遗漏。 重要需求遗漏，紧急：既然是又重要又紧急的需求，那么必然就得调整当前开发工作的顺序，把这个遗漏的重要紧急需求排进去，把工作安排下去；然后就要考虑从需求的优先级和需求的结构化管理两个方面入手复盘，并切实改进，避免类似情况再次发生。 需求遗漏：如果是不太重要的需求遗漏，按照常规

查看更多 →

管理看板类型项目需求 看板项目需求管理流程介绍 看板项目公共配置管理 新建并管理看板项目工作项 配置看板项目迭代 跟踪看板项目进展

查看更多 →

获取需求统计信息 功能介绍 获取需求统计信息 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/demand-statistic 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id

查看更多 →

需求管理常见问题 Scrum项目工作项如何分配给多个人员？ Scrum项目工作项新增关联文件时，为什么会报文件名已存在？ 如何处理IPD类项目导入工作项条数校验异常的问题？ IPD类项目协同需求下发后，下发人在哪里修改承接人？ 使用CodeArts Req Scrum项目的工作项设置，提示“字段名称已存在”

查看更多 →

多维度测试策略/设计模板，应用启发式测试策略/设计模型，提供“需求-场景-测试点-测试用例” 4层测试分解设计能力，一键批量生成测试用例。 商用 测试设计 2 亿级测试用例分层分级管理 融入大规模、复杂场景的三层测试管理实践，满足基线库、分支、迭代版本间用例高效复用，测试用例亿级容量管理。 商用 测试管理 3

查看更多 →

通常而言，软件开发起始于需求收集与分析，所以本文从需求谈起。 传统的瀑布研发模式基于三个假设： 用户准确的知道自己想要什么。 开发人员能够完全理解用户在说什么。 需求在研发过程中不会发生变化。 但事实上这三个前提假设都不存在，需求沟通之后做出来的产品，往往与需求大相径庭。 我们以用户故事来描述需求

查看更多 →