取措施走出混乱。敏捷看似拥有很快的速度，但变化可以是循序渐进的，采用敏捷的新团队可以较慢的去实现一些新的实践，例如测试驱动开发等。 From:《敏捷软件测试：测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的，敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

evOps是敏捷在运维侧的延伸”这一说法也不无道理。只是，敏捷与DevOps，都已经不再是原来的那个敏捷和DevOps了；世界变化太快，问题域发生了变化，解决方案域自然也要随之变化。 敏捷的好处是，有一个敏捷宣言，宣告其诞生。敏捷的缺点，也许也是因为有敏捷宣言。敏捷宣言并不应该被

查看更多 →

求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。 敏捷宣言 “敏捷”一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者（他们发起组成了敏捷联盟）的聚会。雪鸟会议共同起草了《敏捷软件开发宣言》，其中最重要的部分就是对一些与会者一致同意的软件开发价值观的表述。

查看更多 →

敏捷项目管理 组建Scrum团队 本文将以一个示例项目为对象，介绍如何进行敏捷项目管理，示例项目背景如下： 凤凰商城示例项目介绍 【凤凰商城】示例项目是耗时数月所开发的汽车零部件配件电子商城。项目采用 Scrum模式 进行迭代开发，每个迭代周期为“两周”，前3个迭代已经完成“凤凰商城1

查看更多 →

DevOps敏捷测试之道 本文介绍企业在敏捷和DevOps的逐步转型过程中，测试如何应对挑战，如何有的放矢进行测试，建立适合产品自身发展阶段、产品特点的敏捷测试能力。 敏捷和DevOps 敏捷和DevOps转型始终是被业务目标和客户需求驱动的。市场竞争环境越来越激烈，新商业模式的

查看更多 →

DevOps敏捷测试之道 本文主要以华为云的演变历程为案例，从工具角度为大家简要讲解敏捷转型过程中测试人员及测试团队都会经历哪些转变。 在2008年左右的时候，华为的项目还是采用传统的交付方式，例如在年初开始一个项目，在项目立项之初就会把客户的需求全部收集好，包括一些用户的反馈，

查看更多 →

用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了，从各种渠道都可以听到不同的团队实施敏捷的胜果，听的时候觉得很美，可是实际行动时就会发现那都是“别人家”的团队，结合自己的情况就会发现诸多问题。即使是仍然打算一试，也经常会不知如何开始。 因此，我们希望能够找到一个可以遵循的敏捷项目管理模型。

查看更多 →

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

查看更多 →

性能测试 如下SQL语句为Q1，访问主表且无谓词条件。 mysql> EXPLAIN SELECT * FROM lineitem LIMIT 10000000,10; +----+-------------+----------+------------+------+----

查看更多 →

性能测试 使用sysbench模型测试。 准备1000w数据。 sysbench /usr/share/sysbench/oltp_read_only.lua --tables=1 --report-interval=10 --table-size=10000000 --mysql-user=root

查看更多 →

性能测试 如下SQL语句为Q1，访问主表且无谓词条件。 mysql> EXPLAIN SELECT * FROM lineitem LIMIT 10000000,10; +----+-------------+----------+------------+------+----

查看更多 →

性能测试 使用sysbench模型测试。 准备1000w数据。 sysbench /usr/share/sysbench/oltp_read_only.lua --tables=1 --report-interval=10 --table-size=10000000 --mysql-user=root

查看更多 →

SSB性能测试 SSB测试结果 SSB测试环境 SSB测试过程

查看更多 →

性能测试方法 本章基于GeminiDB Mongo副本集4.0版本，进行性能测试，具体包括测试环境，测试步骤，以及测试结果。 测试环境 区域：华北-北京四 可用区：可用区一 弹性云服务器 （Elastic Cloud Server，简称E CS ）：规格选择通用计算型s3.2xlarge

查看更多 →

性能测试方法 本章基于GeminiDB Cassandra，进行性能测试，具体包括测试环境，测试步骤，以及测试结果。 测试环境 区域：华北-北京四 可用区：可用区1+可用区2+可用区3（跨3个可用区部署） 弹性 云服务器 （Elastic Cloud Server，简称ECS）：规格选择h3

查看更多 →

性能测试结果 本章介绍GeminiDB Redis性能测试结果，根据上述测试方法操作，展示在各种数据模型、测试场景、Workload模型组合下的性能指标。当前性能白皮书仅呈现中小规格并发能力下的数据库性能数据，如需更高的并发能力，可水平或垂直升级数据库规格。 总数据量小于内存场景下的测试数据请参见表1。

查看更多 →

性能测试方法 测试目的 广告RTA业务对广告主的技术要求较高，对于广告主来说，一方面需要满足媒体侧的快速响应要求，另一方面还要求数据存储成本可控。近年来，越来越多的RTA业务使用云数据库GeminiDB Redis作为KV特征库，性能与成本双赢。 本章节基于真实RTA业务做压力测试，评估GeminiDB

查看更多 →

训练性能测试 流程图 训练性能测试流程图如下图所示： 图1 训练性能测试流程 执行训练任务 进入test-benchmark目录执行训练命令，可以多次执行，卡数及其它配置参考NPU卡数取值表按自己实际情况决定。 单机<可选>： # 默认8卡 benchmark-cli train

查看更多 →

性能测试方法 本章介绍GeminiDB Redis性能测试的方法，具体包括测试环境，测试工具，测试指标，测试模型，以及测试步骤。 测试环境 区域：华北-北京四 可用区：可用区1 弹性云 服务器 （Elastic Cloud Server，简称ECS）：规格选择c6.4xlarge.2

查看更多 →

性能测试结果 基于上述样本，预先注入1TB+数据并进行压力测试，测试结果如下： 数据压缩率： 写入1.1TB数据(约38亿条)，压缩后数据占用约为155GB，数据压缩比约为13.8%； 性能表现： 维持业务总QPS达到约160w，此时读请求总流量约为1.5Gb/s，实例CPU利用率在60%-70%。

查看更多 →