华为云CodeArts提供专业的用例管理与缺陷跟踪管理工具。 通过测试计划服务的测试管理功能，可以清晰的查看需求树中每一个需求所关联的测试用例。 测试用例中提供用例的基本信息编辑与查询，用例执行结果、缺陷列表、操作历史等内容的查询。 可直接在用例执行后，在用例界面新建缺陷或关联缺陷，实现缺陷与用例、用例与需求、需求与缺陷的闭环跟踪。

查看更多 →

活动，那就还需要关注性能。因此，测试要求瞄准产品本身的业务价值，确定产品的目标，相应的制定质量关键点，制订相关的测试策略，然后实践落地。落地之后还要基于一些不良的效果不断的进行反馈、循环，校验整体的测试过程是否达到预期结果，这就是我们的测试焦点。 常规安全与弹性安全 在我们常规的

查看更多 →

行代码，能够自动把整个测试流程走遍，出去喝一杯咖啡之后，回来看到所有的测试结果在开发者眼前呈现。 常规安全与弹性安全 在我们常规的设想中，通常是哪个地方不安全，就一定要把所有不安全的因素找出来，清除掉。这是常规的做法，也就是Safety-Ⅰ的小天平，指针在绿色一边是安全，在红色一

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

？ 如何使用各种开发工具和平台，借助如任务跟踪、分支计划、持续集成、持续发布、自动化测试等工具让开发过程变得更加高效？ 用户故事的需求整理方式与传统需求的整理方式有很大的不同。传统软件开发中，我们依赖用户需求、技术需求、规格说明书等工具，试图使用规范的文档来解决需求收集和传递的问

查看更多 →

形成时间上越多的浪费。反观敏捷开发，实行的是一种务实的做法，当收集到足够一次迭代开发的需求时即向下一个步骤前进，尽量缩短前置时间的浪费，然后将"分析、设计、开发与测试"形成一个开发步骤，减少了步骤与步骤之间的衔接时间。 首次发布：敏捷开发采用迭代的开发方式，每个循环都会有一个潜在

查看更多 →

理和工程实践，来实现开发与业务之间的频繁沟通，快速响应变化。 而DevOps的出现，是为了解决开发与运维之间的鸿沟。前端的敏捷的确是快了，却发现因为Dev与Ops之间的隔阂，无法真正的将价值持续的交付给客户。 开发侧很快，运维侧太稳，这个就是我们常说的开发与运维之间固有的、根因的

查看更多 →

程中，通过不断的交付价值与沟通反馈，建立团队内部彼此之间以及团队与客户之间的沟通、信任与信心。 在CodeArts中，计划是分为两级的，第一级是大的发布计划，以月度、季度、年度为粒度，我们称之为路标；第二级是具体的迭代计划，以周或双周为粒度，这是团队开发及交付的节奏和心跳。 针对Product

查看更多 →

敏捷实践之物理看板与电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败，与使用物理看板还是电子看板没有绝对的因果关系。换个方式说，选择哪种看板不是对与错，而是适合与不适合。所以，要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低：几乎不需要成本，办

查看更多 →

使用华为云DevSecOps设计与实施服务的获得的终交付件是什么？ 服务名称 服务规格 交付件 团队级教练辅导 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》

查看更多 →

研发能力调研与诊断 使用ThoughtWorks特有的敏捷成熟度的体系框架，对客户IT现状进行多维度的评估，并定制转型方案及实施计划。 图1 ThoughtWorks AMM（Agile Maturity Model）敏捷成熟度评估 ThoughtWorks有一套已被行业验证的敏捷成熟度体系（Agile

查看更多 →

交付件模板 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》

查看更多 →

每个Sprint都将成果（潜在可交付产品增量）与客户做确认，避免了后期较严重的需求变更风险。 团队成员不断地自我反醒、自我激励、能力提升。 文章来源： 华为云社区 敏捷实践之团队，原作者：黄隽 Charlie。 父主题： 持续规划与设计

查看更多 →

专职的人员配备（例如：业务、需求、研发、测试等） 试点项目也将成为客户敏捷试点优选项目，建立端到端的敏捷开发和运作流程。 敏捷改进小组的建立 用敏捷的方式管理敏捷转型，改进工作本身就是一个敏捷项目，需要团队协作及适应性地去制定改进目标、计划和实施方案。 敏捷改进小组为敏捷转型项目的特性团队，包含领导层与各个角色

查看更多 →

个性化设置 02 入门 测试计划服务支持手动测试用例管理与自动化接口测试。 操作概览 测试计划服务基本操作流程 04 实践 结合敏捷测试理论，更好的使用测试计划服务。 测试理论 DevOps敏捷测试之道 有的放矢制定测试计划 典型测试设计方法介绍 测试金字塔和持续自动化测试 缺陷处理流程和注意事项

查看更多 →

持续测试与反馈 敏捷测试 DevOps敏捷测试之道

查看更多 →

产品优势 一站式软件开发生产线 软件开发全流程覆盖：支持需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库等全生命周期软件开发服务。 开箱即用，云上开发，全流程规范可视，高效异地协作。 研发安全Built-In 在应用设计、开发、测试、运行等全流程提供安全规

查看更多 →

持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板

查看更多 →

于让软件的构建、测试与发布变得更快以及更频繁。这种方式可以减少软件开发的成本与时间，减少风险。 基础设施即代码（Infrastructure as Code） 作为代码的基础设施（IaC）是描述性模型中的基础设施（网络、虚拟机、负载平衡器和连接拓扑）的管理，使用与DevOps团队

查看更多 →

Ops的理论与实践在日常工作中落实。 什么是DevOps？ DevOps不只是开发与运维的问题 从大处着眼 从小处下手 通过加大部署/发布频度来撬动整个交付过程 自动化、标准化、配置化 DevOps与云 DevOps实践 DevOps与精益、敏捷 三步工作法 KPI与度量 在开始

查看更多 →

结合客户自身的业务及IT的特点（敏捷评估的结果），以及ThoughtWorks在金融领域的经验，补充建立敏捷类应用开发项目实施流程 传统开发模式：强调高度安全、稳定、可靠，适用于中后端核心系统的开发。 敏捷开发模式：强调响应、速度，兼顾稳定性，适用于前端客户交互体验相关系统或创新业务系统的开发。 图1 双模模型

查看更多 →