曾经沧海难为水
信息如水 压力如潮
功能实现阶段,我们对得要处理的信息分析得很细致,很透彻,所谓细如丝,透如水。然而,到了产品的阶段,要处理的信息却如同潮洪而至,原本的假设预想,通通被击成了碎片。这时候产生的错误和问题,很难在开发机上重现。
如果说用户验收测试是对功能实现的检查,需要滴水不漏;压力测试则是容量的考验,迎接浪的洗礼。
(本文版权属于© 2012 - 2013 予沁安 )
环肥燕瘦
压力测试的工具颇多,尤其是HP的LoadRunner甚至成为了行业标准。可是,在研究和考察的过程中,心里却慢慢有了质疑,我是否非得用这些工具吗? 一则,它们是商业软件,价格不菲;二则,还是因为是商业软件,功能太多,太庞大,很多东西我都不需要。为什么不自己做一个简单实用的呢?
在小赵研究Selenium时,我觉得用他用的语法很贴近业务语言,于是我提出一个问题,可以用于压力测试吗?他说不行,因为Selenium是要完全启动浏览器。平时,看起来瘦小的浏览器,其实很耗资源,特别是与压力测试的容量来比,浏览器是个不折不扣的大胖子。你可以试一下,在你的机器上同时开启100个浏览窗口,会是个什么状况。
苗条美人 HttpClient
否定了Selenium之后,很快就找到了我的目标HttpClient (其实还有个前生WebClient,后面有叙)。从名称,我们就可以知道,它已经定位到很低Http层,这一层是效率与易用的一个最佳平衡点。但是,它是.Net 4.5下的部件,在.Net 4.0必须用NuGet来下载。
查看了很多资料以后,我可以确信,HttpClient正是我想要的。她还有一个很大的特色,完全只提供异步接口。这实际上是另一种大瘦身,耗用资源上的瘦身,HttpClient正式我要的窈窕淑女。
前生:WebClient
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()有把异步转化为了同步
var form_data=new Dictionary<string, string>();
form_data.Add("system_account","test1@skight.com");
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.skight.com/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
var form_data=new Dictionary<string, string>();
form_data.Add("system_account","test1@skight.com");
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.skight.com/District/03/UserLogin.do");
Console.WriteLine(t.Result);
异步性能的福利是不可随小觑的。之前,有Node.js构建的的Web服务比Apache快很多(http://zgadzaj.com/benchmarking-nodejs-basic-performance-tests-against-apache-php)就是得益于Javascript天生的函数回调方式支持的异步运行。现在有.Net对Async的友好支持,以及大量组件基于异步方式的重写。据说,微软推荐,凡是运行时间超过20毫秒的功能,就要用异步方式来写。HttpClient就是一个例子,它的前身WebClient就不具异步调用,而HttpClient干脆就不提供同步接口。
平行宇宙 Parallel
其实,无论是的Async还是Parallel,都是语法糖,可是作为辛苦的开发者,我们好的就是这一口。
Async让我们发出网络请不必再等待,Parallel让我们很容易的持续发出平行请求,这就是一个完全的压力测试模型了。我这里简单设置了一个100 * 10 个请求。没有具体计算,共发出多少个请求,我只知道,多得已经足够让我的系统重现产品机上的问题了。
Parallel.For(1, 1000, i =>
Parallel.For(1, 5, case_number =>
LoginScenario(case_number)
.run_by(runner)
));
附:我的业务语法糖DSL
这里是我对系统页面操作的定义代码,用语法糖DSL的方式实现,一定程度上实现了需求即代码即文档的要求吧。这部分代码不能直接运行,因为它使用了我自己的Web框架,从而可以用强类型自动生成URL。这里提供出来只是作参考,作为示例的一部分。
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}@skight.com", case_number)))
.and_input(SystemPayloadKeys.Password.with_value("123456"))
.to<UserLoginPost>());
}