|
们的目标很简单，希望让测试套件的速度成为一个参数的函数，这个参数就是：我们愿意花多少钱？将基础架构简化到这个层面后，就更容易做成本效益分析，例如如果想要将构建速度从 7 分钟提升到 5 分钟，那么需要花费 1 美元。
这篇文章介绍了我们是怎样加快测试套件速度的，其中涉及一个 Rails 单体程序和一个主要用 React 编写的 JavaScript 单页应用程序（SPA），这些经验适用于所有速度较慢的测试套件。
我的同事 Kent 说，构建软件有 3 个步骤：
-
让它跑起来（Make it work）
-
让它走上正轨（Make it right）
-
让它跑得更快（Make it fast）
“让它跑起来”指的是做出不会随便崩溃的软件。在这一步代码可能晦涩难懂，但足以为客户提供价值，并且通过了测试，让我们能信任它。没有测试，就很难判断“它能行吗？”
“让它走上正轨”指的是要让代码可维护，且易于更改。代码不仅能在计算机上运行，更要让人容易理解。新来的工程师可以轻松向代码添加功能，代码中的缺陷也应该很容易隔离和纠正。
“让它跑得更快”指的是要提升软件性能。为什么它会是最后一步呢？对于像 Gusto 这样的金融科技公司来说，如果只关注速度却无视质量，那么我们的客户和我们自己就离破产不远了。并非每段代码都需要优异的性能，如果一段代码每天可能只执行一次，那么就算它有”高性能”水平，却难以阅读和理解，那也是一段失败的代码。
我们把这套原则应用在 CI 套件的提速优化过程中。
1. 让它跑起来
消除不可靠测试
首先需要做的事情是消除测试套件中的不可靠测试（test flakes）。不可靠测试（flaky test）指的是结果不确定的测试，它有时会通过，有时会失败。速度飞快但不可靠的测试套件并不能让你确信代码可以正常运行，这只是在抛硬币赌运气而已。
为了让一个规模庞大的工程团队消除不可靠测试，我们采用并执行了以下政策：
在 master 分支上所有失败的测试都将视为不可靠的。这些测试将标记为已跳过（skipped）。负责不可靠测试的团队可以在空闲时修复它们并取消跳过标记。
试图出海的中国企业不止字节跳动和快手，但其中成绩亮眼的却寥寥无几。
百度搜索在日本获得了成功，但难以拿下欧美市场，谷歌是最重要的原因；马化腾拿出 20 个亿支持微信国际化，邀请足球明星梅西代言，但面对 Facebook messager 和 Whatsapp 等强敌最终未能如愿；同样，阿里巴巴电商在海外也有亚马逊阻拦。大厂如此，更何况其他企业。
而字节跳动能在美国市场“出圈”很重要的一点是市场上没有同类产品与之竞争。很多视频应用都是在 Tiktok 火了之后才加入了短视频功能。
或许，想要出海的企业可以好好思考，在适应当地政策和文化的基础上，如何打好“差异化竞争”这张牌。
（编辑：广元站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
