检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
但同时,敏捷又说要拥抱变化,精益建议要推迟决策,这是不是矛盾呢? 《DevOps软件架构师行动指南》中提出,问题不在于变化,因为变化总是要发生的;问题在于发生变化时,是否有能力来应对。 决定是否易于修改的因素有: 简单的设计,这也是极限编程的建议。 松耦合的架构,频繁并主动的修改设计。
式可以是卡片、列表或树状结构。卡片代表需求而不是记录需求,详尽的需求内容可以用其他文档表述。 Conversation(讨论):讨论的过程建议是面对面的,如果与CodeArts的成员一样,分布在不同地域,可以通过电话或IM工具(华为内部用eSpace,可以聊天,也可以语音、视频)
的可视化状态。这个时候建议再引入电子看板,让敏捷习惯持续传承。 如果团队成员分散到多个地域,毫无疑问电子看板是最适合的。有些团队会两种看板同时存在,这种情况多见于看板的管理规则不同(多数情况是更喜欢物理看板的仪式感及精简版的管理和内容),如果规则相同,建议用一种看板就好,否则两种看板之间的同步也是一种额外的工作量。
在创建代码仓库时,会有一个默认分支“master”,即主线。为了保证凤凰商城的稳定运行,需要有一个稳定的持续可用master。因此,项目经理建议:不直接在master分支上进行代码开发,而是统一采用功能分支+合并请求的方式,并且每一个功能分支的代码,必须经过团队的其他成员评审后,才可以进行合并。
新建主机集群 配置项 配置建议 集群名称 输入“host-group”。 操作系统 选择“Linux”。 主机联通方式 选择“直连模式”。 执行主机 选择“官方资源池”。 单击“添加或导入主机”,配置以下信息,单击“确定”。 表3 添加主机 配置项 配置建议 选择添加方式 选择“通过IP手动添加”。
添加步骤“制作镜像并推送到SWR仓库”,修改步骤显示名称为“制作Postgres镜像并推送到SWR仓库”,参照表1完成配置。 表1 Postgres镜像配置 配置项 配置建议 组织 ${dockerOrg} 镜像名字 postgres 镜像标签 9.4 Dockerfile路径 ./Dockerfile-postgres
资源规格 1个并发 购买限制 购买代码安全检查增强包前,须完成CodeArts专业版或企业版的购买。 单次购买上限为100个。 计费公式 单价*数量*购买时长 计费周期 根据购买时长确定(以GMT+08:00时间为准)。一个计费周期的起点是您开通或续费代码安全检查增强包的时间(精确到秒),终点则是到期日的23:59:59。
在迭代Review会议中,团队将向产品负责人做产品演示,并出示测试报告,由产品负责人确认Story是否完成。而当前的Story状态中没有能够显示测试已完成的状态,因此测试人员建议增加一个状态“验收中”。 项目经理Maggie通过以下操作为Story添加状态。 进入“凤凰商城”项目,单击导航“设置 > 工作设置”。
通过控制台可购买CCE集群。 其中集群及节点的必要配置建议参照表2与表3,表中未涉及的可根据实际情况选择。 表2 CCE集群购买配置 配置分类 配置项 配置建议 基础配置 集群类型 选择“CCE Standard 集群”。 计费模式 选择“按需计费”。 集群版本 根据需要选择,建议选择最新版本。 网络配置 容器网络模型
资源规划 完成本实践所需的资源如下,实践预计用时2~3小时。 表1 资源规划 资源名称 数量 软件开发生产线 CodeArts 开通基础版即可。 云容器引擎 CCE 1 弹性云服务器 ECS 1 父主题: 使用CodeArts管理电子商城项目开发流程
单击“新建计划”,配置测试计划信息。 基本信息:配置以下信息,单击“下一步”。 表1 测试计划基本信息 子配置项 配置建议 名称 输入“迭代4”。 处理者 选择“Billy”。 计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置:勾选“手工测试”。确认
CodeArts各服务计费项如下: 表2 计费项 服务 计费项 免费体验额度 预付费套餐使用额度 - 人数(某一Region内,租户中所有项目的项目成员去重数量) 5人 3720人*小时/月(5人*24小时*31天/月) 需求管理 存储空间 500MB 74,400 GB*小时/月(100G*24小时*31天/月),不可结转下月
某一Region内,租户中所有代码仓的总容量。 代码托管存储扩展 测试计划用例容量 某一Region内,测试计划单版本包含的用例数。 测试用例数量扩展 单价*用例容量*购买时长 父主题: 计费项
编辑Story。 单击Story“作为用户应该可以查询所有门店网络”,参照下表编辑Story信息。 表2 Story配置 配置项 配置建议 描述信息 输入“作为用户,我想要查询所有门店,以便于挑选合适的门店获取服务”。 优先级 选择“高”。 重要程度 选择“关键”。 为了便于
度量组织各个项目在所选时间段内平均需求开发周期。 关闭时间在所选时间段内各个项目平均需求开发周期。 交付质量 现网问题数 个 度量组织所有项目发现环境为现网环境的缺陷数量。 创建时间在所选时间段内的发现环境为现网环境的BUG数。 现网问题平均恢复时长 小时 度量组织所有项目发现环境为现网环境的缺陷平均恢复时长。
从这个金字塔可以看出在测试方面每一个环节的自动化能力和投入,在最底层单元测试方面,这个金字塔不代表测试用例的数量,而更应该关心单元测试的质量。例如项目中有一个非常重要的模块,要保证重要模块对应的覆盖率要达到标准。所以单元测试的重点不是在用例的数量上,一定要关心它本身的质量。在金字塔越底层做的事情,发现问题并将其解决的
交付会带来角色行为的变化,产生影响。 一旦影响达成,相关的角色会对整体目标产生贡献。 影响地图的分层 是否可以将影响地图分层? 答案是可以而且合理的。 建议计划两次会议:第一次定义预期的业务目标和度量,第二次来制作一张地图。第一步是确定使命,而一个战略目标往往太大,无法快速见效,需要拆分成可短
粒度方面,经常有人问Backlog Item的粒度如何确定?过去的回答是,从实现的角度来考虑,比如:控制在2-3天的工作量上。其实这是个非常不靠谱的建议,因为在讨论需求的过程中还无法确认是否要做,更谈不上评估工作量。 这就暴露了Scrum的一个最主要的问题,Backlog解决的是在Stor
如果任务执行失败,请于执行失败的任务处检查失败原因,可打开步骤详情查看任务日志,根据日志进行排查。 配置准出条件 为了控制代码的质量,代码必须经过扫描,并且错误数量控制在合理范围内,才允许发布。通过添加质量门禁可以有效的自动化控制流程。 在流水线任务“phoenix-workflow”详情页,单击“编辑”。
Check)是基于云端实现代码质量管理的服务,软件开发者可在编码完成后执行多语言的代码静态检查和安全检查,获取全面的质量报告,并提供缺陷的改进建议和趋势分析,有效管控代码质量,降低解决成本。 CodeArts代码检查实践 进入项目,单击页面上方菜单“代码 > 代码检查” ,进入“代码检查”页面。