新的里程碑IPFS向世界发布了Testgroundv0.5

5月6日，IPFS官方博客向世界发布了Testground v0.5。对于更广泛的p2p生态系统而言是一个巨大的里程碑。

Testground是一个用于大规模测试，基准测试和模拟分布式和p2p系统的平台。它设计为多语言且与运行时无关，可根据需要从2个实例优雅扩展到10k个实例。没有Testground，将无法大规模测量，迭代和验证v0.5.0中DHT和Bitswap的巨大改进。

在Testground之前，分布式测试曾经暗示着部署守护进程。您将通过API公开每个单独的内部组件，方法和配置参数，并通过充当伪装者的外部脚本来命令和控制它们。但是在Testground中，编写测试计划就像编写单元测试一样。

我们听说，Testground方法对开发人员而言非常自然。为什么？因为测试计划直接调用您的内部API，并且它们利用分布式同步API与参与测试运行的其他实例进行协调。因此，测试用例变成遵循精确编排的分布式状态机。

目前，您可以在Go中编写测试计划。但是为另一种语言/运行时实现Testground SDK实在是太简单了！实际上，该社区正在利用针对节点和浏览器的TypeScript SDK。

由于真正的分散式系统受网络状况的影响，因此Testground可以通过翻转连接，在运行时更改IP地址或设置延迟，抖动，带宽等来影响网络流量。

而且，由于并非所有测试方案都需要数千个实例，因此您可以在本地将测试计划作为可执行文件或Docker容器运行，从而在需要扩展到约300个以上实例时，节省了诉诸集群部署的开销，时间和成本。对于较大的情况，Testground开箱即用地支持Kubernetes。

为了说明上述内容，请考虑一个200实例的测试运行。使用Kubernetes，可能需要1-2分钟才能将Docker映像运送到远程注册表，安排Kubernetes作业并等待工作负载开始。使用本地Docker运行程序，该开销为零，并且运行是立即的。听起来似乎并不多，但是开发人员知道由于一千次削减（或上下文切换）而导致的死亡，这种延迟对一个人的生产力和工作流程造成了影响。

最重要的是观察管道（实验性的）。测试计划可以记录有关被测系统的原始数据点或汇总指标（直方图，EWMA，计数器等），并发出任意输出资产。Testground平台将收获它们并将其用于一站式收集。

在接下来的几周中，官方将计划通过扩大整个代码库的测试覆盖率来巩固Testground的基础，此阶段为“测试试验场”。

—-

编译者/作者：星际大陆

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。