性能测试的一些疑惑
【测试背景】1.对一软件进行压力测试。软件基本功能为一管理任务的web程序，添加Label，添加Task，对任务进行编辑，排序
【测试问题】
1. 如何判断服务器处于临界点？
如果server挂了，这很好理解。但一般情况下server仅仅是反映速度迟缓，比如事务出现失败，出现error，而且每次压力的情况并不每次都相同。任何判断呢？
2. 监控点。
发现使用Loadrunner直接监控（rstat），使用sitescope监控，直接SSH到server，使用top命令监控CPU,MEMORY,我发现三者的数据差别较大，我到底应该以那个为准呢？我有点迷糊了
3. 场景的设计
一个软件会包含多个场景的，在压力测试的时候是让多个场景一起跑呢？还是分别一个场景，一个场景的压呢？有点迷糊。盼指教，谢谢！ 1.软件是死的，一定存在规律性
2.其实差的不会很多理论上top最准
3.多个一起跑模拟真实情况 恩，谢谢解答！
1. server的临界点肯定存在。可能是我这边的执行操作有点复杂。首先本地为controller，然后控制HK的两台客户端产生虚拟用户，而中间又是通过代理翻墙出去的，server是亚马逊上的。中间网络带宽，比较影响。我目前是跟据如果加大用户量压力测试是报“访问server time out，就认为是临界点了。
2. 理论是差不多。但实际上发现差别是非常的大，top中显示cpu在10-20%徘徊，memory一般在20%，但sitescope上显示cpu有时到了30-40%，当然大部分在10%一下，但memory free就非常的高，几乎50-60%，而rstat直接监控更是无法比了。
3. 混合场景是比较偏向真是，但其中有一个比例分成不好设计。先是打算每个场景压压，找出各自的最大用户量。然后在混合场景压。
------第一次做性能测试，很多不明白，希望版主多多指教，谢谢！ 测试首先要保证网络带宽的，要不然测不出效果 1.服务器的临界点：tps 不再随着 用户数的增长而增大，或者开始下降的时候 就应该是值得关注的地方
3.看需求把，测单一场景对服务器的并发，或者是混合场景模拟真实情况，或者是服务器稳定性的验收测试，不同的需求应该有不同的场景。
第二个问题 值得关注！ mark，整好用上，谢了楼上的各位
页:
[1]
