搞明白了？那是怎么测的呀？分享下啊！
来，我教你怎么办照着http://user.qzone.qq.com/305132437/blog/1364546514里做！不用谢了。 不错。学习下 .net我不懂，但可以用java写一个多线程，一起跑，记录一下每个事务的耗时，监控一下应用服务器和数据库服务器基本就OK了。 正在更新 发表于 2014-9-26 13:47
从二楼这人素质 就能看出 做测试的都什么素质，测试被人看不起也就正常了！！！
你之所以看不起测试，是因为你不了解，也像你说的，你根本不会测试。那么你这种看不起又是从何而来呢？？不觉的讽刺吗？！！可以说都是因为程序员盲目的优越感吧。。更可笑的是，看不起测试，却又离不开测试。。作为一名专业的测试人员，指点你一下，测试有很多技术、方法、工具，测试不光关注功能，更多是从用户角度监督软件的易用、友好、安全等等非功能性，我们的任务是负责任的提供给用户一个各方面都很完善的软件系统。。。其实，开发测试本是一家，只有这样才能做出来好的软件，否则，离了测试的开发做出来的软件也只会让用户愤怒抓狂，从而给公司带来负面影响。。。。 zyytester 发表于 2014-10-28 16:42
你之所以看不起测试，是因为你不了解，也像你说的，你根本不会测试。那么你这种看不起又是从何而来呢？？ ...
纸上谈兵，夸夸其谈，真实空谈误国 在最近的一次测试中定义了测试的目的是：需要了解AUT（被测应用程序）一般能够承受的压力，同时能够承受的用户访问量（容量），最多支持有多少用户同时访问某个功能。在AUT中选择了用户最常用的五个功能作为本次测试的内容，包括登录。大概的需求就是这样。
接下来我AUT的登录说一说怎么用LoadRunner和Jmeter来实现场景的设置达到测试的目的。（注：对服务器的检测不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误用户数）
首先是对脚本的要求：
1、录制脚本（注意所有的脚本都应录制到Action中），自定义事务，事务从提交用户名和口令的脚本之前开始；
2、在定义事务开始的脚本前加入集合点；
3、在脚本中加入检查点，以登录成功的页面出现登录用户的ID即可；
4、参数化登录用户的身份；
其次是对场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定；
2、建议修改运行时设置，优化对服务器的访问；
3、计划的设置，每x时间后加载10用户（根据总用户数设置），完全加载后持续运行不超过5分钟（根据需要设置）；
4、集合策略，当运行中的用户数100%达到集合点时释放；
5、注意事项，需要注意几个时间：1）服务器响应超时时间；2）登录事务迭代一次所使用的时间；3）集合点等待超时时间；4）计划中设置的间隔时间。在我的测试中事务运行一次的时间不超过30秒，通过修改脚本使它的运行时间达到一分钟左右， 服务器响应超时时间、结合点等待超时时间、计划中设置的间隔时间都设置为了2分钟。
这样场景开始运行后运行用户数呈阶梯增长，另外在每个上升点新增的用户都会随原来已经运行的用户并发访问服务器。
通过多次的运行和对测试结果中正在运行用户数与错误用户的对比，然后根据定义可接受错误率就可得到该功能的最大并发访问的用户数。
以上测试中排除了对网络、客户端等的要求。在实际测试中首先要保证这些资源是足够的。
使用Jmeter也能够达到上述描述的场景的测试，并且更加的便捷
抄来的，可以借鉴一些思路
页:
1
[2]
