永远不要哀叹,像树一样用一生绿着,然后成就一个金色而成熟的梦!

toolbar performance test

上一篇 / 下一篇  2013-06-09 21:13:37 / 个人分类:测试总结

好久没有写日记了,今天回来得早,明天开始端午节3天假期。也许是最近太忙了,明天开始放假一点感觉都没有,像产生了幻觉一般。

最近项目事情比较多,因为这个Iteration快结束了,项目也是出于开发收尾的阶段。跑完regression后,martin和我一起整了关于toolbar rattingperformance test

简单介绍一下toolbar的功能,toolbar是产品安装在浏览器上的一个extension(相当于插件)。它支持一些搜索引擎,SNSweb mailratting。具体是什么呢?比如当我们在google里面搜索关键字的时候,会产生一系列的搜索结果。当然这个结果谷歌会根据一些算法把热度比较高的link进行排列,但是它不能判断一些fishing website.比如有些网站是钓鱼网站。当用户去点击打开的时候就存在一些安全隐患。Toolbar通过对link进行rate,从而将这些link打上安全级别的标志。如果是dangerous的话,就会在这个link前面插上dangerous的图标。告诉用户“此处不安全”。那么具体是怎么来rate一个web page中的link的呢,首先通过xpath获取每个link(通过a这个标志),然后批量发送这些link到类似数据库的服务器。根据返回的数字(每个安全级别对应着一个数字),从来启动本地的js脚本来插入对应的安全级别图标。

Toolbarperformance test怎么测呢,因为用户打开一个网页的时候,toolbar会对它进行rate。当网页打开的时候,2秒之内这个pagerate还没结束的话,用户会觉得这个产品的performance太差。所以做performance test不仅要从使用感觉方面来说,还要有具体的数据说明,主要有下面三个方法:

1.      通过读取log来计算rate时间

首先打开产品,打开debug logDebug log默认是关闭的,它默认的级别是3,当打开后,它的级别就是7.这时候当我们进行link rate操作的时候,就会在log中显示出每条link发送给服务器连接时间。那么只要先获取一下log中之前存在的link连接服务器时间的数目,进行web page rate之后,再次获取存在的link连接服务器时间的数量。那么pagelink的数量就是之后的link数减去之前的link数,通过对当前每条link的连接时间的总和除以当前link数量,就可以得到每条link连接服务器的时间。通过多次采样和上个版本做对比,发现得到的时间相同,从而可以看出我们的产品并没有在性能上得到优化,另一方面也说明了这个方法存在着一定的道理。

2.      通过执行时间差得到一个page rate完成后的时间

首先通过time这个函数得到系统的时间,在webmail中整理一个数量的link.通过不断地检测log的数量(因为一个link对应着一条log的数目)当log的数量等于page中的link数目时,说明这个page中的所有的link rate完成。再次获取系统的时间。后面得到的系统时间减去之前系统的时间,就得到rate这个page总的时间,从而从客观上可以算出rate这个page大概需要多长时间

3.通过跟同类产品toolbar performance的对比。如果在同一个硬件条件,同个网络环境中,比较浏览器上面同类产品toolbar rate的速度,这个是靠用户的感觉来区别,如果没有特别大的差别,一般用户是感觉不出来的,但其实也是最直接站在用户的角度来体验产品的一种测试方法。


TAG: performance Performance test Test toolbar

 

评分:0

我来说两句

qjcslg

qjcslg

在软件测试的路上,正为做优秀的软件测试者而努力!(嗅到bug的气息,就深入下去,使劲浑身解数将其挖出来,优秀测试人员的品质!)

日历

« 2024-03-23  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 23501
  • 日志数: 30
  • 建立时间: 2012-03-11
  • 更新时间: 2014-08-03

RSS订阅

Open Toolbar