检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
每个人习惯不同,如何统一我们的故事? 从起床到出门要经历几个不同的阶段,到底应该如何确定阶段? 第一个问题其实是“用户故事”要解决的首要问题:这个场景的角色(Person)是谁? 第二个问题其实就是确认需求粒度的过程。 在敏捷需求分析过程中,对Person的确认非常关键,如何统一思路并
际开发中,团队往往不知道如何入手。 如何用好用户故事,需要解决几个关键问题: 如何产生用户故事,让用户将故事讲清楚? 如何将用户故事的内容原汁原味的传递给开发团队? 如何将用户故事中的内容转换为开发功能点,识别与其他功能点的依赖,形成详细的产品规格? 如何在使用用户故事进行增量开
点,以及在敏捷转型的过程中,测试人员在工作方式,组织架构,技术要求等各方面遇到的转变及挑战。并将结合华为云CodeArts,为大家着重讲解如何通过敏捷测试管理工具更好的在团队中实践敏捷测试的种种变化。 敏捷测试有何不同 在传统项目中,我们往往更习惯于去严格定义软件开发生命周期中的
下载软件包X到本地。 创建并执行构建任务a,根据配置获取软件包Y,生成软件包Z(大小为15MB)并上传至软件发布库。 创建并执行部署应用,获取软件包Z部署至ECS中。 流量计算方法分析 以上三个操作,分别从制品仓库中下载了软件包X、Y、Z,因此消耗的流量为三个软件包大小的总和,即5MB+10MB+15MB=30MB。
支持以下资源池类型: LINUX:执行任务时,任务会在Linux虚拟机上运行。 LINUX_DOCKER:执行任务时将拉起一个Linux docker容器,任务在容器中运行。 WINDOWS:执行任务时,任务会在Windows虚拟机上运行。 MAC:注册代理的时候需要在MAC主机上执行注册代理命令。
构建应用 构建环境镜像、将代码编译打包成软件包。 部署应用 将构建好的环境镜像及软件包安装并运行在环境中,本文档提供两种环境的部署方法:CCE与ECS。 管理项目测试 为迭代创建测试计划、设计测试用例,并按照计划执行测试用例。 配置流水线 将代码检查、构建、部署等任务串联成流水线。当代码
前面讲了这么多的测试活动,那么是否这个团队组建之初,就要把整个自动化测试的能力构建起来呢?其实这也是一个过程,下面从软件的成熟周期的角度,看一下如何构建测试自动化的能力。 在软件初期探索阶段,产品是一个不确定的状态,从前端的风格和整体的布局到后端的API都时刻在变化当中,而且变化比较频
性包。 构建加速包:如果需使用构建加速功能,请购买此特性包。(如何使用构建加速?) 构建并发包:如果需提升单个构建任务的并发执行数,请购买此特性包。构建并发包为租户级别,一个并发包资源同时只能由一个构建任务使用。(如何使用构建并发包?) 特性包采用包周期购买方式,可叠加购买,购买上限请参见购买页面。
时的将一件事情打穿做完。为什么会这样?如何发现?答案是可视化,人们往往没有意识到自己同时在进行的工作到底有多少,一旦将并行工作可视化出来,加上WIP限制,才有可能解决并行在制品问题。 生产过程中的物料堆积被视为浪费,研发过程中的任务堆积如何解决?有了前面讲到的可视化,让过程以及产
由于业务与市场的变化,临时新增一个紧急需求:门店网络查询功能,因此迭代4的规划中增加此功能的开发。 通过本章节,您将了解产品负责人Sarah与项目经理Maggie如何进行项目规划的管理,包括管理需求规划与迭代规划、跟踪项目进度。 管理需求规划 使用思维导图的形式管理项目需求规划,将工作项的层级结构“Ep
Who>Why>How>What的逻辑模式,恰好也是影响地图的结构。 CodeArts支持工作项模板,在“设置 > 项目设置”中,可以看到如何将用户故事的三段式,预置在Story的工作项模板中,也可以根据需要自行定义描述信息。 我们遵循Ron Jeffries提出的原则 关于用户故事,Ron
因此项目经理建议制定一些基本的标准,并对代码进行持续的静态代码扫描,一旦发现问题立即在迭代内修复。 通过本章节,您将了解开发人员Chris如何完成针对不同技术栈的代码静态扫描、问题收集与修复。 预置任务简介 样例项目中预置了以下4个代码检查任务。 表1 预置任务 预置任务 任务说明
联接(CodeArts Link) 03 入门 从0到1,帮助您快速上手CodeArts。 CodeArts入门流程 使用CodeArts快速搭建基于ECS部署的代码开发流水线 使用CodeArts快速搭建基于CCE部署的代码开发流水线 各服务入门 需求管理快速入门 软件建模快速入门 代码托管快速入门
Criteria)。这些接收标准在接收测试中进行验证,产品负责人会确认AC是否全部满足。 案例说明 常见问题 如何增强团队工作紧迫感,完成冲刺内的任务? 团队无能力预测下一个冲刺可以完成的工作容量,如何增强预测能力? 只有在冲刺活动中才有时间盒吗? 解决方法 强调时间盒的概念,团队成员有时间盒的
CodeArts套餐规格特性差异 概述 CodeArts套餐分为:体验版、基础版、专业版、企业版。 套餐中均包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模服务资源;不同版本套餐中,各服务提供的功能特性及资源规格略有不同。 需求管理 表1 需求管理规格特性差异
串联起来形成一套完整的持续交付流水线,才能够真正提高软件的发布效率与质量,持续不断的创造业务价值。 通过本章节,您将了解开发人员Chris如何将代码检查、构建、部署任务串联起来,实现持续交付。 预置流水线简介 示例项目中预置以下5个流水线任务,可根据需要查看并使用。 表1 预置流水线任务
对卓越技术与良好设计的不断追求将有助于提高敏捷性。 简单——尽可能减少工作量的艺术至关重要。 最好的架构、需求和设计都源自自我组织的团队。 每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为。 敏捷开发方法 除了《敏捷软件开发宣言》内所提到的价值观和原则以外,敏捷开发并没有一个完整的方法列表,
减少风险。 基础设施即代码(Infrastructure as Code) 作为代码的基础设施(IaC)是描述性模型中的基础设施(网络、虚拟机、负载平衡器和连接拓扑)的管理,使用与DevOps团队用于源代码相同的版本。与同一源代码生成相同二进制文件的原则一样,IaC模型在每次应用时都会生成相同的环境。
先级,优先考虑最重要的角色。 角色定义应该明确、避免泛化,可以参考用户画像Persona的方式进行定义。 怎样(How)? “考虑角色行为如何帮助或妨碍我们达成目标?”也就是我们期望见到的影响。 在这里我们只需列出对接近目标有帮助的影响,而不是试图列出所有角色想达成的事。影响是角
职能的团队可以减少移交次数,节约成本,开发团队由搭配合理的资深员工和资历浅的员工来实现团队多样化。 开发团队是自组织的 没有人告诉开发团队如何把产品代办事项列表变成潜在可发布的产品增量,开发团队自己确认采用哪种方式来实现产品负责人设定的目标。 自组织是系统自下而上、自发的属性,没