自己动手写压力测试-三剑客HttpClient+Async+Parallel

信息如水 压力如潮

功能实现阶段，我们对得要处理的信息分析得很细致，很透彻，所谓细如丝，透如水。然而，到了产品的阶段，要处理的信息却如同潮洪而至，原本的假设预想，通通被击成了碎片。这时候产生的错误和问题，很难在开发机上重现。

如果说用户验收测试是对功能实现的检查，需要滴水不漏；压力测试则是容量的考验，迎接浪的洗礼。

（本文版权属于? 2012 - 2013 予沁安 ）

环肥燕瘦

压力测试的工具颇多，尤其是HP的LoadRunner甚至成为了行业标准。可是，在研究和考察的过程中，心里却慢慢有了质疑，我是否非得用这些工具吗? 一则，它们是商业软件，价格不菲；二则，还是因为是商业软件，功能太多，太庞大，很多东西我都不需要。为什么不自己做一个简单实用的呢？

在小赵研究Selenium时，我觉得用他用的语法很贴近业务语言，于是我提出一个问题，可以用于压力测试吗？他说不行，因为Selenium是要完全启动浏览器。平时，看起来瘦小的浏览器，其实很耗资源，特别是与压力测试的容量来比，浏览器是个不折不扣的大胖子。你可以试一下，在你的机器上同时开启100个浏览窗口，会是个什么状况。

苗条美人 HttpClient

否定了Selenium之后，很快就找到了我的目标HttpClient (其实还有个前生WebClient,后面有叙)。从名称，我们就可以知道，它已经定位到很低Http层，这一层是效率与易用的一个最佳平衡点。但是，它是.Net 4.5下的部件，在.Net 4.0必须用NuGet来下载。

查看了很多资料以后，我可以确信，HttpClient正是我想要的。她还有一个很大的特色，完全只提供异步接口。这实际上是另一种大瘦身，耗用资源上的瘦身，HttpClient正式我要的窈窕淑女。

前生：WebClient

1 2 3 4 5 6 7 8 9 10 11 12 13

var values = new NameValueCollection(); foreach (var key_value in ui.FormData) {     values.Add(key_value.Key, key_value.Value); } var client = new WebClient(); client.Headers.Add("Content-Type", "application/x-www-form-urlencoded"); Console.WriteLine(string.Concat(base_site + ui.Path, ui.Method.ToString().ToLower(), values)); byte[] result = client.UploadValues(base_site + ui.Path, ui.Method.ToString().ToLower(), values); string ResultAuthTicket = Encoding.UTF8.GetString(result); Console.WriteLine(client.BaseAddress); Console.WriteLine(client.ResponseHeaders.ToString()); Console.WriteLine(ResultAuthTicket);

HttpClient的Async方法，注意最后的Wait()有把异步转化为了同步

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

var form_data=new Dictionary<string, string>(); form_data.Add("system_account","test1@"); form_data.Add("system_password","123456"); var values = new NameValueCollection(); foreach (var key_value in form_data) {     values.Add(key_value.Key, key_value.Value); } var client = new HttpClient();    client.GetStringAsync("http://esr20syst./District/03/UserLogin.do")       .ContinueWith(           t =>           {               Console.WriteLine("Time {0}", DateTime.Now);               Console.WriteLine(t.Result);           })       .Wait();

Sync 还是Async 这，是一个问题

.Net 4,5 出来之后，一直没有对它的新功能和特性太在意。只是公司升级使用VS2012，除了灰不溜秋的界面，而所谓的性能提高（其实，是VS2010太次)之外，也没有特别感觉。

然而，这次在查看HttpClient资料时，却意外发现了.Net 4.5 语法级别的一个亮点: Asyn和Await。这让异步编程更简便，更漂亮。看来，今后异步编程是一个大潮流，微软也不惜余力。

新语法应用之后的效果，似乎和平时的同步编码没有太大区别，除了不时冒出来的Await和Async

1 2 3 4 5 6 7 8 9 10

var form_data=new Dictionary<string, string>(); form_data.Add("system_account","test1@"); form_data.Add("system_password","123456"); foreach (var key_value in form_data) {     values.Add(key_value.Key, key_value.Value); } var httpClient = new HttpClient(); var content= await httpClient.GetStringAsync("http://esr20syst./District/03/UserLogin.do"); Console.WriteLine(t.Result);

异步性能的福利是不可随小觑的。之前，有Node.js构建的的Web服务比Apache快很多（http:///benchmarking-nodejs-basic-performance-tests-against-apache-php）就是得益于Javascript天生的函数回调方式支持的异步运行。现在有.Net对Async的友好支持,以及大量组件基于异步方式的重写。据说，微软推荐，凡是运行时间超过20毫秒的功能，就要用异步方式来写。HttpClient就是一个例子,它的前身WebClient就不具异步调用，而HttpClient干脆就不提供同步接口。

平行宇宙 Parallel

其实，无论是的Async还是Parallel，都是语法糖，可是作为辛苦的开发者，我们好的就是这一口。

Async让我们发出网络请不必再等待，Parallel让我们很容易的持续发出平行请求，这就是一个完全的压力测试模型了。我这里简单设置了一个100 * 10 个请求。没有具体计算，共发出多少个请求，我只知道，多得已经足够让我的系统重现产品机上的问题了。

1 2 3 4 5

Parallel.For(1, 1000, i =>    Parallel.For(1, 5, case_number =>       LoginScenario(case_number)           .run_by(runner)    ));

附:我的业务语法糖DSL

这里是我对系统页面操作的定义代码，用语法糖DSL的方式实现，一定程度上实现了需求即代码即文档的要求吧。这部分代码不能直接运行，因为它使用了我自己的Web框架，从而可以用强类型自动生成URL。这里提供出来只是作参考，作为示例的一部分。

1 2 3 4 5 6 7 8 9 10

private static Scenario LoginScenario(int case_number) {     return         UI.context(Keys.Context.District.with_value(DistrictIdentifier.of("03")))           .to<UserLoginGet>()           .then(               UI.input(SystemPayloadKeys.Account.with_value(string.Format("test{0}@", case_number)))                 .and_input(SystemPayloadKeys.Password.with_value("123456"))                 .to<UserLoginPost>()); }

（本文版权属于? 2012 - 2013 予沁安 | 转载请注明作者和出处）