51Testing软件测试论坛

标题: 急！！！帮分析下测试结果下午就要交报告了 [打印本页]

作者: somewhere 时间: 2011-11-28 10:07
标题: 急！！！帮分析下测试结果下午就要交报告了
由于公司没有人能做性能测试，下午客户就要报告了，，，
让小弟顶上，小弟无奈了

先把测试结果附上，对于分析没有任何头绪，

那位大虾帮看看问题出在哪儿！！！

作者: lenjuan 时间: 2011-11-29 17:32
哥们你想表达神马哈！你弄的这个就足够忽悠客户了啊！
但是有一个我不知道的，也可以建议一下，你们的数据库现在的数据量是多大的?
客户到时使用的是百万，千万级，还是更高的数据量里面的查询！
最好弄成和真实现环境差不多，要不到时候运行大数据量的查询时就会出问题哦！
我以前就搞过这样的事！数据很少时，速度快得很，到数据量增加之后就不行了，
后来优化后才搞定的！

作者: lenjuan 时间: 2011-11-29 17:46
个人觉得！你们的程序需要优化一下！
在一百并发的情况下，响应时间增加，但对服务器的压力并没有明显的增加！
这不就存在问题了么？

作者: lenjuan 时间: 2011-11-29 17:56
数据库和服务器在一台机器上吗？
如果不是，在资源利用上应该有两个截图哦！

作者: msnshow 时间: 2011-11-29 19:48
初步看了下混合场景，总体感觉写得比较基础

作者: msnshow 时间: 2011-11-29 19:49
不知道其它人怎么看

作者: msnshow 时间: 2011-11-29 19:49
1、并发时间不知道是怎么定义
2、事务名怎么只有action，都不知道具体是什么事务

作者: somewhere 时间: 2011-11-29 20:41
非常感谢 lenjuan 和 msnshow
我们公司没有专业测试的，我也不是，没用过几次lr 见笑了

我就想知道‘在一百并发的情况下，响应时间增加，但对服务器的压力并没有明显的增加！’这个呢。
chimera说的几点让我羞红了脸

真的是不熟。。。

作者: somewhere 时间: 2011-11-29 20:41
非常感谢 lenjuan 和 msnshow
我们公司没有专业测试的，我也不是，没用过几次lr 见笑了

我就想知道‘在一百并发的情况下，响应时间增加，但对服务器的压力并没有明显的增加！’这个呢。
chimera说的几点让我羞红了脸

真的是不熟。。。

作者: janerober 时间: 2011-12-1 15:29
看了你的运行结果，最终只能测试出50用户在操作系统，至于你要的性能指标全部是没有意义的
第一、你没有集合点，这个过程可能50个用户，有的查询，有的准备查询，还有个跑在查询的路上……
第二、你测试一套整体的流程，只能统计数跑完一次Action，需要多少时间
第三、每个点写一个事务，每个事务前加一个集合点，集合点名字要一致，不然就不是一起做并发了

作者: zhao119843469 时间: 2011-12-2 10:08
回复 2# lenjuan

正解

作者: archonwang 时间: 2011-12-5 14:18
总体硬件性能很不错啊。但是报告里没看出来基本的情况，比如：基本的数据背景、网络拓扑等等。

作者: bestlckh 时间: 2011-12-7 15:04
看不懂，太高深了

作者: caixusheng 时间: 2011-12-8 17:48
神马意思啊，文本呢？

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)