检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
某一Region内,账号中所有部署应用的并发执行数量总和。 部署并发扩展 接口测试并发数 某一Region内,账号中所有接口测试套件的并发执行数量总和。 接口测试并发扩展 功能测试并发数 某一Region内,账号中执行并发功能测试任务的执行机数量总和。 功能测试增值特性 并发数计算方式说明 场景说明 在某租户
参考代码检查约束与限制。 编译构建 参考编译构建约束与限制。 制品仓库 参考制品仓库约束与限制。 部署 参考部署约束与限制。 测试计划 参考测试计划约束与限制。 性能测试 参考性能测试约束与限制。 漏洞管理服务 参考漏洞管理服务使用约束。 智能开发助手 参考智能开发助手约束与限制。 开源治理服务
表? 问题现象 管理员登录后,在首页无法看到账号下的全部CodeArts项目。 原因分析 在CodeArts中,项目详细信息(例如工作项、测试用例、构建/部署任务等)只有项目成员可见。 如果IAM用户创建项目时,未将管理员添加为项目成员,则管理员登录首页后并不能看该项目。 处理方法
Confirmation(确认):用户故事并不具备契约性质,达成协议的验证要点是测试的依据,用来验证用户故事是否符合用户的期望。在用户故事编写工作坊中,验证信息可以写在故事卡片的背面,随后录入工作项。针对每一个测试要点都应该变成完整的测试用例,测试用例会与需求进行关联,由此完美的将3C结合在一起。 在CodeArts中的用户故事:
如何在开发过程中按照故事进行交付,协同开发、测试、架构以及UI/UE等团队? 如何使用各种开发工具和平台,借助如任务跟踪、分支计划、持续集成、持续发布、自动化测试等工具让开发过程变得更加高效? 用户故事的需求整理方式与传统需求的整理方式有很大的不同。传统软件开发中,我们依赖用户需求、技术需求、规格说明书等工具,试图使
供体验版、基础版、专业版、企业版四种套餐,以满足不同规模用户的使用需求。 套餐中包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模(软件建模服务只支持“华北-北京四”区域)服务资源,不同版本套餐中,各服务提供的功能特性及资源规格略有不同,差异详
供体验版、基础版、专业版、企业版四种套餐,以满足不同规模用户的使用需求。 套餐中包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模服务资源,不同版本套餐中,各服务提供的功能特性及资源规格略有不同,差异详情请参考CodeArts套餐规格特性差异。
管理CodeArts项目和成员 操作场景 在CodeArts中,项目详细信息(例如工作项、测试用例、构建/部署任务等)只有项目成员可见。如果IAM用户创建项目时,未将管理员添加为项目成员,则管理员登录首页后并不能看该项目。 管理员可以通过“项目和成员管理”页面查看账号下的所有项目和成员列表,并根据需要完成管理操作。
CodeArts项目中可以完成需求管理、代码管理、代码检查、编译构建、制品管理、部署、测试等一系列操作。 资源池 资源池是自定义执行机的集合。 通过资源池,用户可以接入自己的执行资源,在执行代码检查、编译构建、部署、流水线、接口测试任务时,可以选择接入的资源池中的代理机来执行任务,提高任务执行效率,不再依赖产品预置的公共执行资源。
新建CodeArts资源池 操作场景 在CodeArts中执行代码检查、编译构建、部署、流水线、接口测试等任务,可以选择使用内置执行机,也可以使用自定义执行机。 资源池用来接入自定义执行机。通过资源池,用户可以接入自己的执行资源,在执行任务时,可以选择接入的资源池中的执行机来执行
动化。 持续测试 持续测试是贯穿整个内部研发流程始终的,从持续集成到持续部署,都有自动化测试的存在。 “没有自动化测试,持续集成就只能产生一大堆没有经过编译并且不能正确运行的垃圾”。自动化测试是持续集成的基础,同样也是其他实践的基础,越靠前的测试越应该自动化。 测试是获取反馈最有
现在一提到DevOps,大家谈的比较多的,是如何用工具搭建流水线、如何用工具搭建容器化开发平台、持续集成应该用什么工具、自动化测试应该用什么工具,诸如此类。 我们常见的持续交付工具有太多是5年前、10年前甚至更早就推出的工具。如果工具是实施DevOps的关键,那么十年前就有这些工具,理论上当时我们就应该成
如果我们能将每一个环节(构建、发布、测试、部署)有效的串联起来形成一套完成的持续交付流水线,才能真能提高软件的发布效率与质量,持续不断的创造业务价值。 CD at CodeArts 持续部署是CodeArts及其他所有DevOps研发工具的重要功能。在CodeArts中,持续部
各归其位。 Tools(生产工具) T是Tools,生产工具和生产力是互相作用、互相反作用,不管是新的设备结构、组织结构的演进,基础都是生产力的变革,生产力的变革基础又是生产工具的提升。回顾过去一百年发生的变化,从蒸汽机、电力机到计算机,新的生产工具迭代和诞生,出现了新的行业、新行业的发展模式、新的行业思想和理论。
流水线常见问题 为什么提交代码时会触发执行没有监听代码提交事件的流水线? 流水线执行失败,提示仓库不存在或仓库已被删除 流水线执行失败,提示测试套正在执行 流水线执行失败,提示任务不存在或者已被删除 流水线配置的定时任务未触发 流水线执行权限不够(执行按钮不可操作) 保存流水线时提
L流程的很多方面都需要自动化,特别是变更、配置和发布流程等。 云计算:有效的利用云技术,可以为开发和测试人员动态设置基础架构资源,快速获得测试环境。 针对类生产系统进行开发和测试 (环境的标准化),利用可重复的可靠流程进行部署,监控并验证运维质量; 放大反馈回路:快速反馈回路,防
首先,尽量利用一些第三方的平台工具,例如谷歌的Page Speed和YSlow、Lighthouse。这些工具提供了很多关于单一应用的检查项。用好第三方平台工具,能够快速对你的网站进行检验,去发现这里是否有问题,然后给我们某一个维度的检查报告。我们不能也全部依赖于工具的检验结果,也需要基于
代码部署过程的约束点:采用自动化部署实践,利用容器化与编排技术,让应用部署与运行的过程呈幂等性。 测试准备和执行的约束:采纳自动化测试实践,分层分级的进行测试,针对不同的阶段,建立不同的测试环境、设置不同的测试目标、建立不同的反馈闭环。 紧耦合的架构往往会成为下一个阻塞点,要进行架构解耦,采用
环境分支 提交仅向下游流动,确保在所有环境中测试所有内容。 如果要做hotfix,在一个功能分支上开发,然后合入master,master通过自动化测试后,将feature分支逐步向下游合并。 发布分支 一个分支就是一个版本。 尽可能在master测试修改完,再开发布分支,减少多分支的bug修复。
什么是Scrum扑克? Scrum 扑克(计划扑克)是一种进行量化估算的方法和工具。 在团队进行规划的过程中需要对工作量(故事点)、商业价值等进行量化评估,为了达到“评估结果是团队的集体决策结果”的目的,Scrum中发明了这种方法和附带的工具(一种扑克),在扑克上使用斐波纳奇数列标识每张扑克,在进行