Mac技巧之苹果电脑Mac OS X操作系统浏览器上网快捷键：一键到底、到顶部、前进（下一页）、后退（上一页），Safari火狐Firefox均可
引用功能被关闭了。
今天介绍几个苹果电脑Mac OS X操作系统下的浏览器上网快捷键：一键到网页底部、一键到达网页顶部、前进（下一页）、后退（上一页），Safari和火狐Firefox均可以使用。一键到网页底部：&cmd&＋&下&方向键；一键到网页顶部：&cmd&＋&上&方向键；前进（下一页）：&cmd&＋&左&方向键；后退（上一页）：&cmd&＋&右&方向键。OK，试试吧，很多时候，键盘快捷键比鼠标方便的多。而且，在文档编辑时，这4个快捷键同样有效：一键到文档底部：&cmd&＋&下&方向键；一键到文档顶部：&cmd&＋&上&方向键；到光标所在行首：&cmd&＋&左&方向键；到光标所在行尾：&cmd&＋&右&方向键。
如您想转载：
微信扫描订阅
今日苹果股价走势
看墙外世界&&&&& 在数据库里做一些操作，是关于两表关联的update，但语句怎么写都不正确，老是报错，于是心惊肉跳(就怕不能及时完成操作)去查了一下，原来把SQL写成了在SQL Server下面的特有形式，这种语法在Oracle下面是行不通的，急忙改回来，及时完成了任务。顺便也把查到的SQL帖出来，哪天再忘记了，也好在这里找回来：
　　update customers a
　　set city_name=(select b.city_name from tmp_cust_city b where b.customer_id=a.customer_id)
　　where exists (select 1
　　from tmp_cust_city b
　　where b.customer_id=a.customer_id
　　-- update 超过2个值
　　update customers a
　　set (city_name,customer_type)=(select b.city_name,b.customer_type
　　from tmp_cust_city b
　　where b.customer_id=a.customer_id)
　　where exists (select 1
　　from tmp_cust_city b
　　where b.customer_id=a.customer_id
文字导航 |
管理工具&&数据源
中，点击Data Wizard
（即自己所建的数据源）
”后，则在“Connection String”中自动生成相关的连接信息。
”中写SQL了。点击“Finish”就完成了。
这个好DD是我从一个GG的BLOG里转的，非常受用，尤其新手。。。 嘿嘿&&自己也遇到了问题，就找到它了
LoadRunner出现error问题及解决方法总结
一、Step download timeout (120 seconds)这是一个经常会遇到的问题，解决得办法走以下步骤：1、&& 修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数；2、&& 办法一不能解决的情况下，解决办法如下：设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。
二、问题描述Connection reset by peer.这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。解决办法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”；
三、问题描述connection refused这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；1、&& 首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值；2、&& 如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；
四、问题描述open many files问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：1、&& 修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；2、&& 方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；
五、问题描述has shut down the connection prematurely一般是在访问应用服务器时出现，大用户量和小用户量均会出现；来自网上的解释：1& 应用访问死掉小用户时：程序上的问题。程序上存在数据库的问题2& 应用服务没有死应用服务参数设置问题例如：在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％Java连接池的大小设置，或JVM的设置等3& 数据库的连接在应用服务的性能参数可能太小了数据库启动的最大连接数（跟硬件的内存有关）以上信息有一定的参考价值，实际情况可以参考此类调试。如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；
六、问题描述Failed to connect to server这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：1、&& 修改负载机器的tcpdelaytime注册表键值，改小；2、&& 检查网络延迟情况，看问题出在什么环节；建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了；
&&&&&&&& 网站功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1、页面链接检查： 每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，同时能够生成html格式的测试报告。2、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入等功能是否正确。 3、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。 1）标点符号检查：输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。2）特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。3)字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。4、中文字符处理：在可以输入中、英文的系统输入中文,看会否出现乱码或出错。检查信息的完整性 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。5、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。6、检查删除功能：在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。7、检查添加和修改是否一致：检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型8、检查修改重名：修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错9、重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统检查多次使用返回键的情况&& 在有返回键的地方,返回到原来页面,重复多次，看会否出错10、搜索检查：有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确。11、输入信息位置：注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。12、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。13、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。14、快捷键检查：是否支持常用快捷键，如Ctrl+C、 Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。15、回车键检查：在输入结束后直接按回车键,看系统处理如何,会否报错。16、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。&& 17、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。18、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。19、空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。20、输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“．”，如４．５）；输入全角的空格等。21、密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。22、用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。23、系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同。对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。24、系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& GUI基本测试内容 图形用户界面（ GUI ）对软件测试提出了有趣的挑战，因为 GUI 开发环境有可复用的构件，开发用户界面更加省时而且更加精确。同时， GUI 的复杂性也增加了，从而加大了设计和执行测试用例的难度。因为现在 GUI 设计和实现有了越来越多的类似，所以也就产生了一系列的测试标准。下列问题可以作为常见 GUI 测试的指南： 窗口： · 窗口是否基于相关的输入和菜单命令适当地打开？ · 窗口能否改变大小、移动和滚动？ · 窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问？ · 当被覆盖并重新调用后，窗口能否正确地再生？ · 需要时能否使用所有窗口相关的功能？ · 所有窗口相关的功能是可操作的吗？ · 是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口使用，并适当地显示？ · 显示多个窗口时，窗口的名称是否被适当地表示？ · 活动窗口是否被适当地加亮？ · 如果使用多任务，是否所有的窗口被实时更新？ · 多次或不正确按鼠标是否会导致无法预料的副作用？ · 窗口的声音和颜色提示和窗口的操作顺序是否符合需求？ · 窗口是否正确地被关闭？ 下拉式菜单和鼠标操作： · 菜单条是否显示在合适的语境中？ · 应用程序的菜单条是否显示系统相关的特性（如时钟显示）？ · 下拉式操作能正确工作吗？ · 菜单、调色板和工具条是否工作正确？ · 是否适当地列出了所有的菜单功能和下拉式子功能？ · 是否可以通过鼠标访问所有的菜单功能？ · 文本字体、大小和格式是否正确？ · 是否能够用其他的文本命令激活每个菜单功能？ · 菜单功能是否随当前的窗口操作加亮或变灰？ · 菜单功能是否正确执行？ · 菜单功能的名字是否具有自解释性？ · 菜单项是否有帮助，是否语境相关？ · 在整个交互式语境中，是否可以识别鼠标操作？ · 如果要求多次点击鼠标，是否能够在语境中正确识别？ · 光标、处理指示器和识别指针是否随操作恰当地改变？ 数据项： · 字母数字数据项是否能够正确回显，并输入到系统中？ · 图形模式的数据项（如滚动条）是否正常工作？ · 是否能够识别非法数据？ · 数据输入消息是否可理解？
例如OA系统使用用户是100个，这个就是系统用户数，该系统有一个统计查询功能，最高峰在线50人，那么系统的并发数是多少？
&&&&& OA系统使用用户是100个，这个就是系统用户数。
&&&&& 最高峰值50人同时在线，只表明同时登录了这个模块，并不表示实际服务器承受的压力。因为服务器承受的压力还与具体的用户访问模式相关。这50人在线，有可能开着电脑溜达去了，有的看的别的模块等等。
&&&&&&& 并发用户：是同时执行一个操作的用户，或者是同时执行脚本的用户，这个并发在设置不同场景的时候并发的情况是不一样的，在实际的中需要根据具体的需求进行设计。web系统，在线不等于并发，如何计算这个并发数是个难题。这个就是设置集合点时候设置的在scenario-&Rendezvous,点policy 设置的用户数。
&&&&& 估算并发数的公示：
&&&&&&& （1） 计算平均的并发用户数： C = nL/T&&& &&
&&&&&&& （2） 并发用户数峰值： C’ ≈ C+3根号C
&&&&&&&& 公式（1）中，C是平均的并发用户数；n是login session的数量；L是login session的平均长度；T指考察的时间段长度。
&&&&&&& 公式（2）则给出了并发用户数峰值的计算方式中，其中，C’指并发用户数的峰值，C就是公式（1）中得到的平均的并发用户数。该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。
&&&&& 假设有一个OA系统，该系统有3000个用户，（可以看注册信息）平均每天大约有400个用户要访问该系统，（文件查看）对一个典型用户来说，一天之内用户从登录到退出该系统的平均时间为4小时，在一天的时间内，用户只在8小时内使用该系统。
则根据公式（1）和公式（2），可以得到：
&&&&&&&&&&&&& C = 400*4/8 = 200
&&&&&&&&&&&&& C’≈200+3*根号200 = 242
&&&&&& 但是一般的做法是把每天访问系统用户数的10%作为平均的并发用户数。最大的并发用户数乘上一个值，2或者3.
&&& 假如说用户要求系统每秒最大可以处理100个登陆请求，10/25/50/75/100 个并发用户来执行登陆操作，然后观察系统在不同负载下的响应时间和每秒事务数。如果用户数在100的时候，响应时间还在允许范围呢，就要加大用户数，例如120 等 。个人理解这个用户数就是我们经常说的等价类和边界值法来设定。
Action.c(8): 错误 -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Step Timeout caused by resources is a warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively&&
Run-Time Setting(运行时设置) -- Internet Protocol -- Preferences -- Option -- Step download timeout(sec)改为15000(根据需要可能更大)
服务器过早关闭查看帮助信息。修改网段与网管、子网掩码、路由器等一致。
这个帖子的内容比较典型，大家有兴趣可以也思考一下。
先是楼主提出问题：
最近公司一个项目,是个门户网站,需要做,根据项目特点定出了主要测试项和测试方案一种是测试几个常用页面能接受的最大并发数(用户名参数化,设置集合点策略)一种是测试服务器长时间压力下,用户能否正常操作(用户名参数化,迭代运行脚本)还有一种则需要测试服务器能否接受10万用户同时在线操作,但使用的的license只能支持1万用户,请问这时该如何制定该方案?
后面跟着大家的回复：
&网友&& 的回复：
1、找10台电脑也没用，license仍然只支持10000个。2、找HP支持。当然，前提是你有足够的钱。3、测到10000用户并发。我认为，通常情况下10000用户并发，支持100000用户在线，没有问题的。
网友&&的回复：
总的来说这一类的性能指标对大多数软件来说没什么实际意义，更多的是对硬件的要求。如果是用IIS做应用服务器的话，单台可承受的最大并发数不可能达到10万级，那就必须要使用集群，通过多台机器做负载均衡来实现；如果是用websphere之类的应用服务器的话，单台可承受的最大并发数可以达到10万级，但为性能考虑还是必须要使用集群，通过多台机器做负载均衡来实现；那么，你只要集群的服务器足够多，10万并发数当然可以达到了。通常有1个简单的计算方式，1个连接产生1个session，每个session在服务器上有个内存空间大小的设置，在NT上是3M，那么10万并发就需要300G内存，当然实际使用中考虑程序也占用内存，所以准备的内存数量要求比这个还要多一些。还有10万个用户同时在线，跟10万个并发数是完全不同的2个概念。这个楼上已经说了。但如何做这个转换将10万个同时在线用户转换成多少个并发数呢？这就必须要有大量的历史信息来支撑了。系统日志需要有同时在线用户数量的日志信息，还需要有用户操作次数的日志信息，这2个数据的比例就是你同时在线用户转换到并发数的比例。另外根据经验统计，对于1个开发的系统（别的我没统计过，给不出数据），一般1台双CPU、2G内存的服务器上可支持的最大并发数不超过500个（这个状态下大部分操作都是超时报错而且服务器很容易宕机，其实没什么实际意义），可正常使用（单步非大数据量操作等待时间不超过20秒）的最大并发数不超过300个。假设你的10万同时在线用户转换的并发数是9000个，那么你最少需要这样的机器18台，建议不少于30台。当然，你要是买个大型服务器，里面装有200个CPU、256G的内存，千兆光纤带宽，就算是10万个并发用户，那速度，也绝对是嗖嗖的。
楼主的回复：
谢谢jackloo&!再请问如果我想测试10000个用户同时在线做常用操作的话(每两秒加一个用户,一直加到10000),对服务器的要求有多高?
网友&&的回复：
套用1句经典台词“高，实在是高”呵呵。另外暴寒1下，你的设置光全部进入运行状态就需要接近6个小时。具体的你可以拿1个系统来压一下看看，可能会出现以下情况：1。服务器宕机；2。客户端宕机；3。从某个时间开始服务器拒绝请求，客户端上显示的全是错误；4。勉强测试完成，但网络堵塞或测试结果显示时间非常长。假设客户端和服务器之间百兆带宽，百兆/10000=10K，那每个用户只能得到10K，这个速度接近1个64K的MODEM上网的速度；另外以上分析全都没考虑系统的后台，比如、中间件等。我从没遇到你说的这样的性能需求过，也只好凭感觉随便掰掰：1。服务器方面：上面说的那样的PC&SERVER需要50台；2。网络方面：按每个用户50K，那至少5根百兆带宽独享，估计仅仅网络延迟就大概是秒一级的；3。如果有数据库，至少是ORACLE，最好是SYSBASE，SQL&SERVER是肯定顶不住的。数据库服务器至少需要10台4CPU、16G内存的机器；4。如果有CORBA，那至少再准备10台4CPU、16G内存的机器；再加上负载均衡、防火墙、路由器和各种软件等，总之没个1000万的资金投入，肯定搞不定。
网友&&的回复：
如果是10万用户的话要看做些什么哈.比如对于voip来说,假设有10万用户的话,服务器规定每个client至少要在3600秒内到服务器成功报到一次,否则就被服务器cancel掉.client是每隔60秒注册一次.所以就要推算在3600秒内,每一个client至少成功报到一次是最少的标准.要10万用户在3600秒内被服务器吃掉才可以---这是最低要求.最高要求是:&在60秒内所有的10万用户去注册,如果服务器在60秒可以都吃掉的话,每秒种的平均并发差不多是3334.最低要求是:在3600秒内所有的10用户去注册,如果服务器在3600秒内都可以吃掉的话,每秒钟的平均并发用户差不多是60个.还有一过问题是客户端要在3600秒内发送至少60次,至少有一次成功.再加上这些用户分布在全球各地的话,这样数值应该还会有变化的.
下面是偶的看法：
给楼主一个建议吧。你在公司中的测试环境是一定的，你需要做得是现在这个环境中确认一下系统在当前环境下的实际处理能力。如果还有资源，再做一下可伸缩性的测试。然后对测试结果进行分析，对系统的处理能力和可伸缩性做一个描述。当然，要在报告中说明你的测试环境。
另外一位网友&的留言：
你的意思是否想用10000个用户测试结果来推测一下10万个用户?还是如有些老兄说的,测试一下什么伸缩性测试.然后也来个报告,无非也是想用1万个来推测10万个的情况?(评注:那样的话要你做什么性能测试,只要计算一下就可以得性能结果了.)还是如有些老兄说的,这一类的性能指标对大多数软件来说没什么实际意义，更多的是对硬件的要求?(评注:那样的话要你做什么性能测试,做什么性能调优,只要计算一下,添加硬件就可以了.)实际上,"实践是检验真理的唯一标准!"这句话才是硬道理.只有真实地测试过才知道.任何推测只是推测,并不能反映真实的情况.至于性能测试工具,LR只是普及率高(市场占有率高),并不是在性能指标上有优势.世界上比它厉害的工具有不少,举个例子siprent通信公司的avalanche2500,大型计算机实验室配备的性能测试工具.支持录制/回放,测试结果分析等.它可以模拟从数据层到应用层的协议,(当然也包含http-web),单个支持100万并发连接.拿它也可以测试100万级的并发性能.
又是偶的回复：
楼上的提到的见解不错，不过对性能测试的理解有些偏差。先抛开性能测试工具不谈，其实这个问题是讨论到一个性能测试到底该怎么做。简单举个例子，如果你想知道一种新的疫苗对人的作用，是不是要把所有的地球人全部找来每个人打一针试试呢？当然不是，只能是通过试验和抽样，然后通过统计学的方法来计算出一个模型，通过样本的表现来估算总体的特征。这就是统计学研究的领域，。不过请注意，统计学所包含的内容并不是像楼上的老兄所说的一样：只要计算一下就可以得性能结果了。性能测试也同样如此。楼主提到的性能需求应该是系统上线以后可能要面临的压力，先不讨论这个需求是否准确和有效，我们先假定它是有效的。那么，既然要验证的是系统在上线以后是否有能力应对10万用户同时在线的情况，那么自然要用生产环境来测试。如果有，那么&OK，可以作这个测试。至于工具，其实可以由开发人员帮忙写一些简单的脚本负责加压，再通过其他第三方工具收集测试数据就是了。但是如果没有生产环境，只有一台双CPU，3G内存的&2850&服务器，怎么办？这就好像上面提到的例子。可行的方法是在这台服务器上使用不同级别的负载来进行测试，并根据测试数据获得系统在这种环境下的最佳负载和最大负载，并根据测试数据对负载和资源消耗的情况进行估算，找到它们之间的关系。一般来说，大型的门户网站不会只用一台超级超级的服务器来承担所有的负载，因为采用负载均衡和集群可以更好的解决这个问题，一定是多台服务器分布在不同的地方，内容通过内容分发网络同步到各台服务器上。用户在访问时，其实是被应用层或者前端设备路由到一个合适的服务器去的。所以在测试时，对于可伸缩性的测试是必需的，一定要了解到&cluster&数量增加时，系统的响应能力是否可以线性的增加，也就是说是否可以承受更大的压力，为更多的用户提供服务。最后总结一下，对于性能测试，要作的是确认系统的响应能力，然后看系统是否可以满足性能需求。如果大家有不同的见解，欢迎&PK&讨论&
&继续偶的回复：
to&jackloo你所提到的对于硬件资源和软件资源的要求并不完全准确。因为实际的资源消耗要根据网站所提供的业务类型来推算。对于大多数门户网站来说，可供访问的大多是静态页面。在用户访问时，系统只是返回一个静态页面给用户，并不需要保持&session，而且这种情况下负载主要集中在I/O和网络流量方面——这也是为什么大型门户网站都会采用分布式的方式来部署服务器。当然，如果使用了&cache，内存的使用会随着服务器运行时间的延长而增加，但是&CPU&通常不会成为关键资源。这是门户网站同企业应用或者在线游戏的区别。
to&楼主上面我也提到了，你需要进一步的明确你的测试需求是否有效，合理。性能需求需要根据网站具体提供的业务类型来作为依据进行衡量。就如同上面提到的，是只提供了静态页面的访问？还是有其他的业务？要区分清楚注册用户、在线用户和并发用户的区别。另外，你最迫切需要担心的并不应该是&LR&的&license&问题，而是被测的系统能否支持的了几百或者几千并发用户，如果连这个都支持不了，就更不用考虑上万的并发访问了。
希望大家有不同的看法和意见都可以写下来，大家一起讨论，共同进步。&
loadrunner 录制 socket协议
&&& 数据查询，是操作中最主要的功能之一；有时候数据库查询性能的好坏，直接关系到数据库的运行效率，关系到数据库的选型。下面笔者不谈大道理，只是对其中对一些平时大家容易忽略的查询小技巧做一些总结。或许大家可能正在为此犯愁呢?
　　第一个技巧：利用连接符连接多个字段。
　　如在员工基本信息表中，有员工姓名、员工职位、出身日期等等。如果现在视图中这三个字段显示在同一个字段中，并且中间有分割符。如我现在想显示的结果为 “经理Victor出身于日”。这该如何处理呢?其实，这是比较简单的，我们可以在Select查询语句中，利用连接符把这些字段连接起来。
　　如可以这么写查询语句：
　　SELECT员工职位 ||’ ’ ||员工姓名||’出身于’||出身日期 as 员工出身信息 FROM 员工基本信息表;
　　通过这条语句就可以实现如上的需求。也就是说，我们在平时查询中，可以利用||连接符把一些相关的字段连接起来。这在报表视图中非常的有用。如笔者以前在设计图书馆管理系统的时候，在书的基本信息处有图书的出版社、出版序列号等等内容。但是，有时会在打印报表的时候，需要把这些字段合并成一个字段打印。为此，就需要利用这个连接符把这些字段连接起来。而且，利用连接符还可以在字段中间加入一些说明性的文字，以方便大家阅读。如上面我在员工职位与员工姓名之间加入了空格;并且在员工姓名与出身日期之间加入了出身于几个注释性的文字。这些功能看起来比较小，但是却可以大大的提高内容的可读性。这也是我们在数据库设计过程中需要关注的一个内容。
　　总之，令后采用连接符，可以提高我们报表的可读性于灵活性。
　　第二个技巧：取消重复的行。
　　如在人事管理系统中，有员工基本信息基本表。在这张表中，可能会有部门、职位、员工姓名、身份证件号码等字段。若查询这些内容，可能不会有重复的行。但是，我若想知道，在公司内部设置了哪些部门与职位的时候，并且这些部门与职位配置了相关人员。此时，又该如何查询呢?
　　若我现在直接查询部门表，其可以知道系统中具体设置了哪些部门与职位。但是，很有可能这些部门或者职位由于人事变动的关系，现在已经没有人了。所以，这里查询出来的是所有的部门与职位信息，而不能够保证这个部门或者职位一定有职员存在。也就是说，这不能够满足于我们上面的要求。
　　若我现在直接从员工信息表中查询，虽然可以保证所查询出来的部门与职位信息，一定有员工信息的存在。但是，此时查询出来的部门与职位信息会有重复的行。如采购部门分工合作，可能会有采购采购小组长。此时，在查询出来的部门与职位的信息中，就会有三条重复的记录。
　　所以，以上两种处理方式，都不能够百分之百的满足企业用户的需求。此时，我们其实可以利用一个DISTINCT函数，来消除其中查询出来的重复行。
　　如我们可以利用SELECT DISTINCT 部门信息，职位信息 FROM 员工基本信息表。通过这条加了DISTINCT约束的查询语句，不但可以查询出所有有员工的职位与部门信息，而且，会把重复的记录过滤掉，从而提高可阅读性。
　　所以，在数据库设计过程中，特别是在查询语句的使用中，这个函数特别有用。
　　第三个技巧：勤用WHERE语句。
　　我们都知道，数据库查询效率高不高，是我们评价数据库设计好坏的一个重要标准。毋庸置疑，在数据库查询中勤用Where条件语句，是提高数据库查询性能的一个很重要的手段之一。特别是在设计到比较大的表中查询符合条件的记录过程中，利用WHERE条件语句加以限制，可以大幅度的提高查询的响应速度。
　　如在图书馆管理系统中，现在有人想查询“注册会计师”辅导用书的时候，虽然不在书的类别或者名称中输入“注册会计师”，先查询出全部的纪录，然后再一条条的看是否有相关的书籍信息，也是可行的。但是，这么处理的话，一方面系统响应的速度会非常的慢，因为里面记录很多。另一方面，查询的结果看起来也会非常的头疼。
　　其实，我们只需要在查询中加入一些查询的参数，利用Where条件语句加以限制，则即可以提高数据库响应的速度，也可以找出最符合用户需求的数据。
　　另外，我也接触过一些在数据库上设计的平台型管理软件，他们可以自定义相关的报表。在报表设计中，只要用户在前台设计平台中，选中“大表查询”的话，则这个平台会在生成报表的时候，自动应用Where条件语句，以提高前台系统从数据库查询数据的效率。
　　所以，笔者认为在Oracle数据库系统设计中，要勤于使用Where语句。利用Where语句来提高数据库查询的效率。
第六个技巧：合理处理NULL字段。
　　Null字段在中是一个比较特殊的字段。Null字段表示未知值或者说缺少数据，注意若某个字段的值为Null，则这个字段即不是空格，也不是0。当插入记录的时候，若这个字段没有被赋值，而且也没有默认值的话，则这个字段系统默认给他的值就是“Null”。
　　由于这个值比较特殊，在查询的时候，及时经验丰富的数据库管理员，有时候在处理起来的时候，也会发生错误。为此，笔者在这里总结一些，在数据库查询的时候，关于这个空字段查询的一些需要注意的地方。
　　一是要注意NULL字段的数字运算问题。
　　如现在在一个薪资管理系统中，有一张薪资表，其中有基本工资与加班工资两个字段。若某个用户的基本工资为2000，而其加班工资没有。在输入这条记录的时候，由于加班工资这个字段中，没有输入数据，而且在数据库设计的时候，也没有个这个字段设置0的默认值。所以，当这条记录保存的时候，数据库系统会给这个字段自动赋值，这个字段的值就为NULL。
　　若我们用Select语句查询这条记录的时候，其加班工资这个字段显示的数据是空的。看起来好像是空格，而实际上其存储的不是空格。此时，我们若利用查询语句想知道，这个员工的总的工资(即加班工资加上基本工资)为多少的时候会有什么结果呢?
　　我们可以利用Select 员工姓名,基本工资,加班工资,基本工资+加班工资 as 总工资 FROM 员工薪资表; 我们可以通过这条语句来查询这个员工总的工资是多少。但是，这条语句会查询出我们想要的结果吗?我们执行一下这条语句，结果我们会发现，得出的结果跟我们想象的大相径庭。最后显示的总工资一栏中，为空格。
　　原来，数据库设计中，若一个NULL字段跟字段进行四则运算时，其显示的结果都为空。所以，若一个字段为NUU，则无论加减乘除，最后其结果都返回的施NULL值。这显然跟我们想象的不同。
　　针对这种情况，我们该如何处理呢?在数据库设计过程中，主要有两种处理方法。
　　一是在设计表的时候，对于这些需要参与运算的字段，要设置默认值。如可以把这个字段的默认值设置为0。则当添加这条记录的时候，即使前台用户没有给其设置值。在保存数据的时候，系统也会给其默认值0。如此的话，在进行四则运算的时候，才可能得到我们想要的值。
　　二是在查询的时候，需要考虑到这个NULL值的影响。有时候，若数据库中已经有记录，则不能够改变数据库字段的默认值。遇到这种情况，若我们需要对 NULL字段与数字字段进行四则运算的时候，又该如何处理呢?此时，我们就需要在查询的时候，给NULL字段赋0的值。具体我们可以在查询语句中，如此定义。Select 员工姓名,基本工资,加班工资,基本工资+NVL(加班工资,0) as 总工资 FROM 员工薪资表;如此的话，当加班工资的值为NULL的时候，则系统在运算的时候，会把其当作0来处理。这么处理，我们就可以得到我们所想要的结果。不过一般情况下，这一种处理方式是不得已而为之的。最好的是，在数据库表设计的时候，就给相关的字段设置0的默认值。
　　另外，还有一个函数 NVL2跟NVL函数功能类似，只是其多了一个参数而已，其表达式为NVL2(参数1，参数2，参数3)。它的含义是，当参数1不为空值时，则返回的值为参数2;当参数1是空值时，则范围的是参数3。若用这个函数实现NVL函数的目的时，则就需要如此改写上面这个案例的函数参数写法：NAV2 (加班工资，基本工资+加班工资，基本工资)。可见，两个函数有异曲同工之妙。具体采用哪种函数为好，则就需要根据数据库管理员的爱好来选择了。
　　二是如何查询NULL字段。
　　如果现在有一张员工基本信息表，其中有一个身份证号码的字段。现在若用户想知道，有哪些员工还没有记录身份证号码信息，该如何做呢?由于这个 NULL字段不为空格或者0。若我们在查询条件语句中，利用’0’ 或者’’(空格)作为查询条件的话，是查不到我们所需要的结果的。此时，在数据库中，提供了一个专门用户查询NULL字段记录的函数IS NULL。若我们现在想知道哪些员工没有注明身份证信息时，就可以利用如下的语句来实现。
　　Select 员工姓名,身份证号码 from 员工基本信息表 where 身份证号码
　　通过以上这条语句就可以实现查找身份证件为空的员工信息的目的。
这个问题吧，问的非常好，应该是大家都比较关心的问题。当年我也一直未这个问题很困惑。
　　我想在回答这个问题之前，先搞清楚什么是协议，为什么要选择协议。这就需要我们对通信机理有一些的了解。
　　首先，什么是协议？
　　协议无非就是一个约定，关于数据包发送的格式的约定，就是说如果大家都这样发送，那么通信就能够成功，如果大家都各按各的来，那么就没办法进行通信了。
　　那么接下来就是LR录制时的原理了，LR的录制和WR不一样，它不关心你的对象识别什么的，不关心你的什么窗口之类的，LR有一个Agent进程，来专门监控客户端和服务器之间的通信，然后用自己的函数进行录制。所以说，LR录制的时候关心的是通信，是客户端和服务器之间的数据包。说到这里，大家就比较清楚了，为什么有的时候不能录制呢？因为，协议不认识阿，导致LR截获的数据包不能解析，所以录制下来是空的。
　　到这里我们再来看，那我们怎么样选择协议呢？当然原则就是说，你数据包的通信协议能被LR识别。
　　过去流行的一种说法是，只要B/s结构的都是选择http协议，如果不是b/s那么肯定是socket，其实这种说法是比较肤浅或者比较片面的，我觉得要真正理解这个问题，必须搞清楚你所测系统的数据流采用的什么协议包装的。这个我个人觉得，最好是能去向开发人员多了解，多。（说到这里，我想顺便建议一点：人员向开发人员学习是个好习惯，多学一点底层的东西，或者对程序架构，数据流向，内部结构分析多了解一点，对自己的测试很有帮助，对自己的成长也是有帮助的），另外，个人觉得，作为一个测试人员需要多了解一些网络方面的专业知识，最好学习一些网络分析工具譬如说Sniffer等，这对测试很有帮助。
　　说了这么多，似乎跑题了？还是回到正题，如何选择协议。
　　我下面给大家推荐一些建议值，是我在某本测试专业书籍上看到了，给大家贴上来，仅供参考。我还是说，具体问题具体分析，选择协议不是一个教条的事情，而是需要研究探索并尝试。
　　协议选择参考：
　　 应用类型&&&&& 协议选择
　　1. 网站&&&&&& HTTP/HTML
　　2. FTP服务器&&&& FTP
　　3. 邮件服务器&&& IMAP，POP3，SMTP
　　4.& C/S （第一种）客户端以ADO，OLEDB方法连接后台数据库&& MS
Server，，Sybase，DB2，Infrmix
　　 　 C/S& （第二种）客户端以ODBC方法连接后台数据库& ODBC
　　 　 C/S& （第三种）没有后台数据库&& Socket
　　5. ERP系统&&& SAP Peoplesoft
　　6.分布式组件&& COM/DACOM& EJB
　　7.无线应用&&&& WAP& PALM
　　总之，只有充分了解被测系统的应用类型和架构，才能做出正确的选择。
大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试，目的是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的错误。Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。由于Alpha和Beta测试的组织难度大，测试费用高，测试的随机性强、测试周期跨度较长，测试质量和测试效率难于保证，所以，很多专业软件可能不再进行Beta测试。随着测试技术的提高，以及专业测试服务机构的大量涌现，很多软件的Beta测试外包给这些专业测试机构进行测试。