虽然我们在逻辑上会将剖析流程与执行步骤相互别离，但是两者实践上是堆叠的。也就是说，上述k6的输入截图中其实曾经包含了指向k6云端仪表板的链接，可方便我们在测试运转进程中，实时地查看到测试的结果。这种实时监控的测试方式可以让用户在出现成绩时，及时地发现成绩，并在必要时中止测试，以对其停止修复。假设测试是由多个负载生成器来执行的，那么k6会有一个一致的仪表板，以展现测试的全体概略。

在k6Cloud中执行负载测试后的结果示例

假设出现少量的错误，或许是照应时间明白地表明某个组件无法处置负载的状况，我们应当立刻中止测试，获取必要的信息，以针对出现的瓶颈提出功用改良和处置方案。当然，k6也会协助用户创立指向仪表板的可共享式链接(请参见--https://app.k6.io/runs/public/f6ad87cec7a24a8c82e46c816e67c4b3)，以方便相关团队经过协同“会诊”，开掘出测试数据背后的真实缘由。

虽然这些带有测试结果的共享仪表板足以满足矫捷团队，但是关于某些项目而言，则能够需求正式的测试记载总结报告。毕竟，负载测试的目的并不在于测试本身，而是关于结果的处置。我们需求向利益相关者清楚地传达测试结果，以便大家更为有效地处置各种功用成绩。

原文标题：An End-to-End Guide to Load Testing，作者: Nicole van der Hoeven

【51CTO译稿，协作站点转载请注明原文译者和出处为51CTO.com】

【编辑引荐】

我国为什么还没有产生世界性的ToB企业效劳软件巨头？

2021年了，为什么约会软件算法依然如此蹩脚？

全球产业数字化论坛闭幕 三维家CEO蔡志森宣布家居工业软件主题演讲

NIST发布敲诈软件指南

运用 Python 的 POST 央求如何使Web抓取更容易？

(责任编辑：admin)