检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Artifact软件发布库 上传私有组件到CodeArts Artifact中的Maven私有依赖库 部署 通过部署服务创建Tomcat应用并部署到ECS 测试计划 快速执行一次测试计划服务(CodeArts TestPlan)并查看测试报告 性能测试 性能测试快速入门 漏洞管理服务 如何使用漏洞管理服务
选择“安全设置”。 单击“登录验证策略”页签,在页面中找到“会话超时策略”,根据需要设置时长,可以在15分钟~24小时之间进行设置。 在页面底部单击“应用”。 如果需要配置更多登录验证策略,请参考登录验证策略。 父主题: 整体咨询类问题
功能测试 表5 功能测试增值特性 计费方式 包年/包月 适用场景 提供了测试自动化工厂能力,通过多引擎测试执行机灵活接入以及丰富的执行策略,实现测试自动化工厂7*24小时大规模并行执行。 计费项 并发数 购买限制 只支持在“华南-广州”购买。 购买功能测试增值特性前,须完成CodeAr
代码部署过程的约束点:采用自动化部署实践,利用容器化与编排技术,让应用部署与运行的过程呈幂等性。 测试准备和执行的约束:采纳自动化测试实践,分层分级的进行测试,针对不同的阶段,建立不同的测试环境、设置不同的测试目标、建立不同的反馈闭环。 紧耦合的架构往往会成为下一个阻塞点,要进行架构解耦,采用松耦合的架构设计,将
实施步骤 实践准备工作 步骤一:管理项目规划 步骤二:管理项目配置 步骤三:开发代码 步骤四:检查代码 步骤五:构建应用 步骤六:部署应用(CCE篇) 步骤六:部署应用(ECS篇) 步骤七:管理项目测试 步骤八:配置流水线,实现持续交付 释放资源 父主题: 使用CodeArts管理电子商城项目开发流程
”对应操作列中的,页面右侧滑出“执行”窗口。 在测试环境中,按照测试步骤进行逐步操作。 执行成功,跳转至6继续操作。 执行失败,例如:执行第二步时页面跳转失败,页面显示404,跳转至7继续操作。 图2 页面显示失败 返回测试用例执行窗口,记录执行结果。 在表格中,设置所有步骤的实际结果为“成功”。
赖库中有软件包Y,大小为10MB。 用户完成以下操作: 下载软件包X到本地。 创建并执行构建任务a,根据配置获取软件包Y,生成软件包Z(大小为15MB)并上传至软件发布库。 创建并执行部署应用,获取软件包Z部署至ECS中。 流量计算方法分析 以上三个操作,分别从制品仓库中下载了软
秉承吃狗粮的文化,CodeArts团队在践行精益敏捷DevOps的同时,也在使用CodeArts工具进行实践落地。 需要说明的是: 本文中提到的实践方式,CodeArts团队在践行,所以具有一定的示范性。 不具备普适性,每个团队都应该根据自己团队的业务特性、团队成熟度、流程以及对方法论的解读,来进行落地实现。
17位雪鸟大师,各自在践行着不同的敏捷框架和实践。敏捷宣言和原则,原本就是一次融合。2003年Mary Poppendieck和Tom Poppendieckf的精益软件开发方法,即便是已经有敏捷宣言的前提下,也一样纳入敏捷开发的范畴。敏捷也是在不断前行,DevOps与敏捷殊途同
SVN是按文件。 包文件 包文件通常不放在源码库中管理,而是使用专门的包文件仓库(repository)进行存储,并配合包文件依赖管理工具(Maven、npm、Ivy等)进行使用。包文件仓库可以大致分为本地仓库、私服仓库、中央仓库三种。本地仓库是指开发者个人PC中包文件的存储;私
租户内并发执行的流水线的数量。 1个 5个 10个 20个 流水线执行时长 租户每个月累计流水线任务执行时长 1800分钟/月 不限 不限 不限 资源型任务执行时长 租户内资源消耗类任务每月累计执行总时长。 说明: 资源消耗类任务,即执行时需要占用流水线服务内置执行资源的任务,如
使用CodeArts Inspector扫描移动应用安全
新建CodeArts Deploy应用
配置CodeArts Deploy应用
部署CodeArts Deploy应用并查看结果
调试CodeArts组合应用工作流
创建CodeArts Link组合应用
在CodeArts Link组合应用中添加连接器
如果购买时选择“内置执行机”,则只能提高执行主机为“内置执行机”的构建任务的并发数。构建主机配置方法请参考配置构建环境。 内置执行机可选择: X86:2U8G、4U8G、8U16G、16U32G、16U64G ARM:2U8G、4U8G、8U16G、16U32G、16U64G 内置执行机规格说明:
扑克(计划扑克)是一种进行量化估算的方法和工具。 在团队进行规划的过程中需要对工作量(故事点)、商业价值等进行量化评估,为了达到“评估结果是团队的集体决策结果”的目的,Scrum中发明了这种方法和附带的工具(一种扑克),在扑克上使用斐波纳奇数列标识每张扑克,在进行规划的时候每个成员按