1. 前言

通过上面的学习，我们已经了解清楚crank的职责以及作用，那么我们重新回来思考一下，crank能为我们带来什么？

1. 前言

上面我们已经做到了接口以及场景压测，通过控制台输出结果，我们只需要将结果收集整理下来，最后汇总到excel上，此次压测报告就可以完成了，但收集报告也挺麻烦的，交给谁呢……

找了一圈、没找到愿意接手的人，该怎么办呢……思考了会儿还是决定看看能否通过程序解决我们的难题吧，毕竟整理表格太累╯﹏╰

1. 前言

通过之前的学习，我们已经掌握了crank的配置以及对应http基准工具bombardier、wrk、wrk2的用法，本篇文章介绍一下如何将其用于实战，在实际的项目中我们如何使用crank来完成压测任务。

1. 前言

上一篇文章我们了解了bombardier，并知道了bombardier.yml与开源项目bombardier的关系，接下来的文章我们了解一下wrk、wrk2，并对比一下它们与bombardier的关系

1. 前言

通过之前的学习，我们已经了解了各参数以及配置的意义，接下来的文章我们分别从bombardier以及wrk入手，进一步了解彼此之间的联系

1. 前言

入门篇我们已经成功运行hello.benchmarks.yml并输出测试结果，本篇我们就hello.benchmarks.yml、以及运行的shell脚本详细解读下其中的含义

1. 前言

Crank 是.NET 团队用来运行基准测试的基准测试基础架构，包括（但不限于）来自TechEmpower Web 框架基准测试的场景,是2021年.NET Conf 大会上介绍的一项新的项目，其前身是Benchmarks。

Crank目标之一是为开发人员提供一种工具，让他们能够非常轻松地处理性能并衡量潜在的改进。其中一些功能是：

• 部署和基准测试基于 .NET 或 Docker 容器的多层应用程序

  通过指定.Net项目(本地路径或git远程仓库地址)，支持直接部署或通过Docker部署应用程序，用于基准测试）

• 通过Yml配置，不仅仅支持结果存储在 JSON 、SQL Server 中还支持存储到csv文件中以用于图表

  目前有小伙伴已经在提议将支持存储在es

• 支持更改自定义应用程序的Franework环境，测试在不同环境下的性能
• 收集诊断跟踪信息