LR学习过程100816

duration   是优先于迭代的。
设置时间若小于脚本运行时间  脚本运行时间为先
手工场景设置中关于虚拟用户的设置：    
1、虚拟用户启动（加压）模式： 在现实中，Web应用系统的用户不太可能同时做相同的操作，因此为了让Web应用系统所承担的压力随时间均匀分布，建议虚拟用户依次启动，同时也避免大量用户同时登录造成系统阻塞。在单击“edit schedule”按钮，进入scheduled Ruilder 界面，在ramp up 页签下设置。 例如每30秒启动2个用户数。
虚拟用户持续的时间：我们通常会选择加载完所有的用户，场景还用运行的时间 在duration 中选择第2项。第1项表示所有的虚拟用户只运行一遍脚本，场景停止运行。第3项是场景一直运行下去。
2、虚拟用户减压模式：在单击“edit schedule”按钮，进入scheduled Ruilder 界面，在ramp down 页签下设置 ，通常选择第2项，stop（30）vusers very 00：00：30

问题：
1、多线程和单进程的区别？为每一个进程分配ip和为每个线程分配IP?
2、场景运行类型？ 手动 标准  手动中还有个设置总虚拟用户**％
3、场景集合点策略：　　
场景中虚拟用户每一时刻执行的虚拟用户数跟设置多少个并发数无关？场景中虚拟用户运行如何进行的？
4、迭代和并发，是完全不同的概念。没有什么关系。
比如，一个用户迭代十次，还是一个用户的压力。
5、10个用户执行一次，就是10个用户的压力。10个用户迭代10次，还是10个用户的压力。但他们都和参数化的数据有关系（也要看参数化是如何设置的，以及系统如何判断提交值的）。
5、LR是如何实现迭代和并发：
说一个比较容易理解的层面：迭代就是不停的反复调用同一脚本，反复执行，注意，对1个用户执行10次来说，只会分配一块内存。10个用户执行一次，是调用同一脚本10次，会分配10块内存。LR调用脚本，编译后，运行，按脚本发送数据。
6、事务是用来做什么的？
7、参数化输入怎么做？
8、集合点用来做什么？怎么做？
9、分析报告

标题是 认识LR ，初学者有几个问题：
1.那如何认识LR哪，从几个方面？
2.学习LR 对基础有没什么要求，掌握到什么程度算是一个成手了哪？
3.学完LR，怎样搭建性能测试哪 或如何开展 ...
4.混合场景设置问题，我测试的是邮件系统：
有一个需求是测试混合场景：即,SMTP发送/POP接收/WEB发送/WEB接收同时运行，在controller中可以分别增加这四种脚本运行。但场景的设置是个头痛的问题:
因为有下面这种需求:
平均一秒钟X个SMTP发送;一秒钟Y个POP接收;一秒钟M个WEB发送;一秒钟N个WEB接收;这些值都不同以上面这些值来持续一段时间跑这个脚本,比如十分钟,三十分钟,这样来确定系统的性能表现;但一个SMTP发送(POP接收/WEB发送/WEB接收)使用的时间都不同,有的不到一秒,有的可能需要10秒才能完成;这样我该设置多少用户数来跑呢?而且持续的这段时间又要维持那个值

我的想法是:
比如全部脚本都是要求一秒钟一个用户;而一个用户跑完需要0.5S,那这个脚本就增加思考时间0.5S,并设置1个用户跑;如果一个用户跑完需要10S,那这个脚本就设置10个用户跑;但这样算很麻烦,而且很不准确;大家遇到这样的问题时,都是怎么处理的啊?