支持接口自动化测试 应用测试金字塔测试设计方式，在接口层次进行功能自动化测试。 和UI测试相比，接口测试开发成本低、运行时间短、运行稳定性高，可以实现快速准确的测试反馈。 持续集成自动化测试 应用持续集成方法，使用流水线实现构建、部署、测试，快速测试及时发现问题，避免带问题的制品进入下个环节或环境。

查看更多 →

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

查看更多 →

要在CI/CD过程中嵌入自动化测试“持续”保障交付物的质量。 持续测试意味着测试活动纳入到持续集成、持续反馈、持续改进循环中，持续不断的测试，贯穿了整个软件交付周期。持续测试提倡尽早测试、频繁测试和自动化测试。 “持续”体现在贯穿了敏捷、DevOps流程中交付物由小粒度逐步演变为

查看更多 →

// 发送邮件给测试 mail subject: "【请测试】应用已部署到测试环境，请开始测试", body: """测试通过后， <a href="${BUILD_UR

查看更多 →

至每当开发人员提交代码变更时，就触发一次自动化部署。 持续交付是持续部署的前提，就像持续集成是持续交付的前提条件一样。持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。 持续部署更适用于交付线上的Web服务，而持续交付适用于几乎任何对质量、交付速度和结果的可预测性有要

查看更多 →

持续交付 ServiceStage怎么管理IDEA上的代码？ 如何添加构建 服务器 地址到GitLab服务器安全组？ 如何添加构建服务器地址到Maven服务器安全组？ 如何解决使用ServiceStage构建失败的问题？ 如何使用 VPC终端节点 在构建镜像时访问依赖的服务？

查看更多 →

持续交付 持续交付概述 查看构建任务 创建源码构建任务 创建软件包构建任务 维护构建任务 管理流水线 管理仓库授权

查看更多 →

境中。 持续部署 如果真的想获得持续交付的好处，应该尽早部署到生产环境，以确保可以小批次发布，在发生问题时可以轻松排除故障。 于是有了持续部署。持续部署是在持续交付的基础上，把部署到生产环境的过程自动化。 持续测试 持续测试是贯穿整个内部研发流程始终的，从持续集成到持续部署，都有自动化测试的存在。

查看更多 →

持续改进模块 模块介绍 图1 持续改进模块菜单 文档中心：按目录分级展示数据，展示其他模块归档数据报告。 图2 文档中心 报表中心：可自由编辑模板，可视化质量数据进行管理决策，检验数据报表生成与预览。 图3 报表中心 问题中心：供应商、内部和客户抱怨的记录和处理，完善8D报告，自

查看更多 →

持续运维 系统正常运行，客户正式使用，完成项目验收，项目移交至持续运维团队。 持续应用使用的支持与答疑； 持续应用迭代升级； 持续运维服务，保障系统正常运行（监控、告警处理、运维巡检等）； 登录明源天际-容器云，可查看相关监控信息，进行告警处理，进行运维巡检等。 图1 持续运维

查看更多 →

结束持续定位 请求参数 无。 返回结果 无。 请求示例 无。 父主题： 位置

查看更多 →

持续集成 持续集成概述 持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。 代码检查：提高交付质量 加快代码质量的反

查看更多 →

DevOps持续交付 应用场景 当前IT行业发展日益快速，面对海量需求必须具备快速集成的能力。经过快速持续集成，才能保证不间断的补全用户体验，提升服务质量，为业务创新提供源源不断的动力。大量交付实践表明，不仅传统企业，甚至互联网企业都可能在持续集成方面存在研发效率低、工具落后、发

查看更多 →

开启持续定位 开始持续定位后，如果中间需要触发单点定位，需要先停掉持续定位； 单点定位完成后，需要重新开始持续定位，单点定位和持续定位，只能串行使用。 请求参数 参数 类型 必填 说明 type Number 否 0：默认，获取经纬度； 1：获取经纬度和详细到区县级别的逆地理编码数据

查看更多 →

持续交付概述 持续交付用于提供工程构建、发布等功能。 构建任务简介 基于已有业务代码，可以创建构建工程，然后启动构建任务，将业务代码构建打包，归档到部署源，后续部署应用组件时可以直接使用对应的软件包。 构建任务有如下两种类型： 系统构建任务，您在使用容器部署方式基于界面配置创建并

查看更多 →

性能测试 性能测试是一种软件测试形式，通过性能测试工具模拟正常、峰值及异常负载等状态下对系统的各项性能指标进行测试的活动，它关注运行系统在特定负载下的性能，可帮助你评估系统负载在各种方案中的功能，涉及系统在负载下的响应时间、吞吐量、资源利用率和稳定性，以帮助确保系统性能满足基线要

查看更多 →

sec) ​ 基于TPCH 10 scale的数据，针对上述的查询示例Q1、Q2、Q3。开启与关闭LIMIT OFFSET下推功能的性能对比如下。 图1 性能对比 父主题： LIMIT OFFSET下推

查看更多 →

count(*) from sbtest1 where id/k in (... ...); 性能对比如下表所示： 表1 性能数据 测试方法 开启转换 关闭转换（不适用range_opt） 性能对比 带索引 0.09 2.48 提升26.5倍 父主题： IN谓词转子查询

查看更多 →

sec) ​ 基于TPCH 10 scale的数据，针对上述的查询示例Q1、Q2、Q3。开启与关闭LIMIT OFFSET下推功能的性能对比如下。 图1 性能对比 父主题： LIMIT OFFSET下推

查看更多 →

count(*) from sbtest1 where id/k in (... ...); 性能对比如下表所示： 表1 性能数据 测试方法 开启转换 关闭转换（不适用range_opt） 性能对比 带索引 0.09 2.48 提升26.5倍 父主题： IN谓词转子查询

查看更多 →

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

查看更多 →