HTTP500:服务器遇到内部错误,不能够完成请求.下面图片中就是脚本回放时产生的错误；然后自动关联，得到下面的错误HTTP404:Web 服务器找不到您所请求的文件或脚本。请检查URL 以确保路径正确.开发人员仔细看过之后，是URL失效造成上面的错误的．正常情况下是发现不了造成这个错误的原因的，开发人员也是在正常登陆后查看源代码发现这个原因的．看来，ＬＲ还是满厉害的嘛，每一个沙砾都不会放过．加油！学好ＬＲ，增加自己的测试能力．

     刚才录了个雅虎天气的脚本，居然自动关联产生了脚本，虽然不全面，但还是很高兴

web_reg_save_param("CSRule_1_UID163",
                "LB= value=\"",
                "RB=\"",
                "Ord=10",
                "Search=Body",
                "RelFrameId=1",
                LAST);            


                  
web_reg_save_param("CSRule_1_UID181",
                "LB= value=\"",
                "RB=\"",
                "Ord=4",
                "Search=Body",
                "RelFrameId=1.1",
                LAST);


web_reg_save_param("CSRule_1_UID179",
                "LB= value=\"",
                "RB=\"",
                "Ord=2",
                "Search=Body",
                "RelFrameId=1.1",
                LAST);

但是这三段代码，描述的是什么，还不清楚

    昨天用IP向导设置虚拟IP成功了，但在Controller中却没有连接成功，原来是我的机器中毒了，晚上杀了500个毒（其中包括大量木马），还有10多个没有杀，今天晚上接着杀，所以，以后遇到问题时，也许就是自己的机器中毒了

   在我所涉及的很多知识领域中，PDCA都是一个被人津津乐道的工具，很多时候，我都不敢说自己真正了解这个模型，今天就在此对PDCA做一个分析吧，用我仅有的知识，来对PDCA做一个简单的解剖。

　　这个循环并不是我们通常所说的戴明提出的，而是由其导师休哈特（Shewhart）最早提出的（20世纪30年代），之前是PDSA（计划、执行、研究、行动），后来戴明演绎成PDSA（计划、执行、研究、行动）-SDCA（标准化、执行、检查、调整）循环，直至现在的PDCA（计划、做、检查、行动）循环，戴明博士也把这个工具归功于其导师休哈特。

　　前面的话有一些学究气了，其实个人觉得PDSA从字面意思上来说比PDCA更加贴切一些，Check给我的感觉经常是非自动的，但是现在这个大环境我跟别人说PDSA就有点特立独行了，我自认自己还没那么前卫，还是来边查资料边学习，争取尽量把PDCA搞得更加明白一点吧。

　　1、P（Plan）--计划，确定方针和目标，确定活动计划；
　　2、D（Do）--执行，实地去做，实现计划中的内容；
　　3、C（Check）--检查，总结执行计划的结果，注意效果，找出问题；
　　4、A（Action）--行动，对总结检查的结果进行处理，成功的经验加以肯定并适当推广、标准化；失败的教训加以总结，以免重现，未解决的问题放到下一个PDCA循环。

　　说道戴明，很多情况下是和质量管理相关的，现在把它拿到各行各业肯定也有其原因，在此我不做考究，但需要说清楚这个PDCA不是“一个简单的平面环”（这个词俺总结得还真不错，把这个循环的几个特点都含进去了）。

　　1、首先解释PDCA不是一个环，它是大环套小环，就如同项目管理的项目管理过程一般，在各个层面上都应该参照这个循环，并组成一个大的循环。

　　2、再来说说PDCA不是一个平面环，它是阶梯式上升的，这个循环走完一遍应该就已经解决一部分问题，取得一部分成果，到了循环的下一个周期，在范围上就应该产生了变化，所以说它不是一个平面环。

　　3、最后看看PDCA的不简单，在循环中有应有一系列的工具和方法来辅助PDCA的进行工作和发现、解决问题。

　　我们将PDCA的四个阶段的八个步骤写下来，再来看看我们怎么来实施。

　　Plan阶段：

　　1、分析现状，找出问题。此时可以使用的方法就是风险评估了，不要在乎风险评估方法是否完备，我们并非指望靠这个找出所有问题，也不必要找出一个完整的风险列表，Rightsize就好。

　　2、分析各种问题因素或原因，这个阶段工作靠的是群策群力，因为我们可以使用因果图。

　　3、使用排列图和相关图找出主要影响因素，在信息安全行业使用排列就差不多已经到位了，排列图是Pareto发明的，还不知道的话，你就理解一个二八法则就好了，这个图不象因果图，不是拍脑袋拍出来的，因为这个涉及到你应该告诉客户他最需要解决的是什么问题，而不是象现在行业里的有什么就上什么，但从商业的角度，如果我们只解决20％，我们可能就没有钱赚了，粮食是很现实的问题啊。

　　4、针对主要原因，制定措施计划。这个就是考验你良心的时候了，大多数的信息安全售前都是从这个阶段开始介入的，可见咱们信息安全能发展到这个阶段已经是非常不错了。定计划就用5w1h方法就ok了，为什么制定这个措施，达到什么目标，在哪里执行，有谁负责完成，什么时候完成，怎么完成，只要你能说清楚子丑寅卯，客户不是傻子，个顶个的都比你强。

　　Do阶段：

　　5、执行、实施计划，这个没什么好说的，计划啥就做啥，做到什么程度就依靠乙方的项目管理能力和技术水平了。

　　Check阶段：

　　6、检查计划执行结果。每个标书其实都会写到验收标准，其实为了提高执行力，借用人力资源管理里的方法，如果乙方能自己对自己的目标结果和过程结果都重视起来，提高就会很明显的，在关注结果的同时更关注一下质量该有多好呢，我更喜欢一句话的前半句——“质量是计划出来的”。

　　Act阶段：

　　7、总结成功经验，制定相应标准。前面这个傻子都知道非常重要，将成功经验固化，提高工作效率。后面这个制定相应标准这块，我自己有一些想法，有的时候真的很希望有足够的魄力来限制自己的项目，为乙方来制定一合适的SLA来限制我自己，相关的东西也想了很多，但国内的奖励合同似乎在我们这个级别用得太少了，我们现阶段有这个必要么？

　　8、把未解决或新出现问题转入下一个PDCA循环。这里就算over了吧

 

这两天才知道，公司的服务器系统全是linux，数据库是ＭＴＳＱＬ的，

ＬＲ都不能直接测试，该怎么办呢，服务器的ＲＰＣ明明已经开启了，但就是提示信息没有连接上ＲＰＣ，防火墙也是打开的，端口也开了，郁闷啊

http://www.chinaunix.net/jh/4/243757.html

　　到现在才明白原来在Load Generators中添加的是客户端的机器ＩＰ，而Monitored Server Machines中添加的是服务器的ＩＰ，才明白啊

    新创建了一个群，里面全是在杭州的外地人，希望大家在这里畅所欲言，分享快乐与忧伤 。39087243

      录制了雅虎登录系统的脚本，用Correlation Studio来关联数据也不一定全是正确的，有些是不需要关联的，为什么呢？按照Correlation Studio关联后，运行脚本会发现错误，把错误的关联代码去掉后，再次运行就正常了。

     参数化，会了就简单。登录系统的用户名和密码是一定要参数化的，说最关键的地方吧，参数化之前，要建数据库，内容就是要参数化的数据信息，当然列名就是参数化后的名字，不知道我说的是否明白。

    HTTP500，这个大家都不陌生，原因多种，关联、服务器等

      儿行千里母担忧，两三天就要给家里打个电话，怕妈妈担心。虽然，打的次数够多，但妈妈还是担心。前两天把联通的卡换成移动的（卡里没有钱了），需要第二天开通，正巧妈妈给我打电话——停机了——吓坏妈妈了。以后再也不敢停机了——24小时开机。还是移动的好，联通的下点雨就没有声音了，移动有一款学生套餐——可以发500条短信——和同学聊天（呵呵）。

      自己一个人从沈阳跑到杭州，虽然现在火车提速了，虽然五一有一周的假期，虽然妈妈想让我回家看看，可我才来一个多月啊，资金等方面也不允许，只能多打些电话报平安了。

     好额啊，肚子空空的，这边的饭菜吃不惯啊，江南虽好，还是想我家的热炕头

    学Lr有20天了，越发感觉迷糊了，不知道自己究竟会了多少。当然会的要比不会的少的很啊。虽然知道自己在论坛里问的问题有些简单，但谁让咱不会呢。也不知道什么时候才能学会应用，才能掌握，才能成手。

   在Load Generators中添加Name是不是手动输入100个IP啊，是一个虚拟用户一个IP吗
   connect之后有些没有连接成功，以哪样的方式查找原因呢
   用IP向导设置IP后，重启发现本机的IP和网络系统发生冲突，QQ也上不去，是怎么回事呢

                      中国软件质量网

1 性能测试目标 鼀T﹉4町?  
• 系统是否满足预期的性能要求 絎E?猭珡a  
• 作为对系统进行调优的参考 锽淦3^裤<? 
• 系统的可扩展性 檝F?才j(? 
• 用性能测试手段发现系统存在的问题 �]Q芏耝g? 
• 提供部署方案的参考

2  性能指标 )?ψ?8?  
• 常用的性能指标如下： N紑?活抖  
• CPU利用率 髽f磿]?褕  
• 内存占用率 ?咺 ��
? 
• 磁盘I/O Rn餂? Ll7  
• 响应时间

3  影响性能的因素 ~�iW崞琚悩  
• 网络状况（隔离的网络环境） 镹�鳲鉉\>? 
• 硬件设备（CPU数、内存大小、总线速度） -��帑躵#5>  
• 系统/应用服务器/数据库配置 ?z肠??  
• 数据库设计和数据库访问实现（SQL语句） Z稝嚩铍蠀  
• 系统架构（同步/异步）

6dt塏NG昂  
4  性能测试步骤 v徤摥?^}  
• 分析性能需求（需求规格说明书） 嬗EX馰緿y%  
• 性能测试计划 冪r颚+M蕽? 
• 性能测试方案 ?牋lD圮? 
• 建立数据模型 椎??芬悥  
• 性能测试报告

5  性能测试方案应包含的内容 �違?��>蓝  
• 对软件系统架构的分析（了解输入、输出数据的类型、数据量） LR 昒耵��? 
• 性能测试组网图（网络环境说明） ?輠岑!��  
• 硬件环境说明 蘓璯酌菌? 
• 测试范围、目的与方法 Uα匳?? 
• 性能测试工具的选型

         中国软件质量网

WEB函数列表： web_custom_request 允许您使用 HTTP 支持的任何方法来创建自定义 HTTP 请求 web_image 在定义的图像上模拟鼠标单击 web_link 在定义的文本链接上模拟鼠标单击 web_submit_data 执行“无条件”或“无上下文”的表单 web_submit_form 模拟表单的提交 web_url 加载由“URL”属性指定的 URL web_set_certificate 使 Vuser 使用在 Internet Explorer 注册表中列出的特定证书 web_set_certificate_ex 指定证书和密钥文件的位置和格式信息 web_set_user 指定 Web 服务器的登录字符串和密码，用于 Web 服务器上已验证用户身份的区域 web_cache_cleanup 清除缓存模拟程序的内容 web_find 在 HTML 页内搜索指定的文本字符串 web_global_verification 在所有后面的 HTTP 请求中搜索文本字符串 web_image_check 验证指定的图像是否存在于 HTML页内 web_reg_find 在后面的 HTTP 请求中注册对 HTML源或原始缓冲区中文本字符串的搜索 web_disable_keep_alive 禁用 Keep-Alive HTTP 连接 web_enable_keep_alive 启用 Keep-Alive HTTP 连接 web_set_connections_limit 设置 Vuser 在运行脚本时可以同时打开连接的最大数目 web_concurrent_end 标记并发组的结束 web_concurrent_start 标记并发组的开始 web_add_cookie 添加新的 Cookie 或修改现有的 Cookie web_cleanup_cookies 删除当前由 Vuser 存储的所有 Cookie web_remove_cookie 删除指定的 Cookie web_create_html_param 将 HTML 页上的动态信息保存到参数中。（LR 6.5 及更低版本） web_create_html_param_ex 基于包含在 HTML 页内的动态信息创建参数（使用嵌入边界）（LR 6.5 及更低版本）。 web_reg_save_param 基于包含在 HTML 页内的动态信息创建参数（不使用嵌入边界） web_set_max_html_param_len 设置已检索的动态 HTML 信息的最大长度 web_add_filter 设置在下载时包括或排除 URL 的条件 web_add_auto_filter 设置在下载时包括或排除 URL 的条件 web_remove_auto_filter 禁用对下载内容的筛选 web_add_auto_header 向所有后面的 HTTP 请求中添加自定义标头 web_add_header 向下一个 HTTP 请求中添加自定义标头 web_cleanup_auto_headers 停止向后面的 HTTP 请求中添加自定义标头 web_remove_auto_header 停止向后面的 HTTP 请求中添加特定的标头 web_revert_auto_header 停止向后面的 HTTP 请求中添加特定的标头，但是生成隐性标头 web_save_header 将请求和响应标头保存到变量中 web_set_proxy 指定将所有后面的 HTTP 请求定向到指定的代理服务器 web_set_proxy_bypass 指定 Vuser 直接访问（即不通过指定的代理服务器访问）的服务器列表 web_set_proxy_bypass_local 指定 Vuser 对于本地 (Intranet) 地址是否应该避开代理服务器 web_set_secure_proxy 指定将所有后面的 HTTP 请求定向到服务器 web_set_max_retries 设置操作步骤的最大重试次数 web_set_timeout 指定 Vuser 等待执行指定任务的最长时间 web_convert_param 将 HTML 参数转换成 URL 或纯文本 web_get_int_property 返回有关上一个 HTTP 请求的特定信息 web_report_data_point 指定数据点并将其添加到测试结果中 web_set_option 在非 HTML 资源的编码、重定向和下载区域中设置 Web 选项 web_set_sockets_option 设置套接字的选项

              怎么才能设置成点击日志里的标题后才能看见内容呢

    Windiff下载地址 http://www.foodmate.net/alibaba/ziliao/sort/3/2925.html

   （以下内容来自网络）Windows的文件比较工具WinDiff 

    在Windows的安装盘中都有一些附带的工具，默认情况下这些工具是不会被安装的，你需要手工进行安装。在这些工具中就有可以进行文件比较的工具WinDiff，它用图形方式显示比较的结果，方便又直观。

    如何安装

    不同Windows版本下WinDiff工具的安装是不相同的。在Win98中，进入光盘 oolseskitfile目录，拷贝gutils.dll、windiff.exe、windiff.hlp三个文件到任意目录即可运行；在Win2000/XP中，进入光盘support\tools目录中，打开support.cab数据包，将其中的“Windiff.exe”和“Gutils.dll”这2个文件解压到任意文件夹中。如果需要联机帮助，可以将“Windiff.hlp”帮助文件一起解压缩即可。直接运行其中的“Windiff.exe”文件就能启动WinDiff。

    使用比较

    WinDiff不仅可以进行文件的比较，同时还可以进行目录的比较。进行目录比较很简单，选择其主菜单“File/Compare Directories”，在其中输入需要比较的目录位置，其中选中“Include subdirectories”将对子目录进行比较。

    WinDiff用不同的颜色来表示文件之间的差异，红色表示两者之间存在区别，而黑色表示多种情况，你需要查看后面的说明来判断。其中，identical表示两个文件完全相同；different表示两个文件不相同；only in表示仅在某个目录中存在该文件，还有一些说明你可以查看帮助文件，在这里就不逐一说明了。并且你还可以通过调整“Options”中的设置显示不同的内容，例如“Show Identical Files”显示相同的文件；“Show Different Files”显示不同的文件等等，利用这些设置可以进行必要的筛选。

    在文件列表中点击不相同的文件，就可以打开具体内容的比较窗口，当然你也可以通过主菜单“File/Compare Files”只进行两个文件的比较。同样在具体内容的比较窗口中也是通过颜色来进行区分，其中黑色表示内容相同，用红色和黄色分别表示文件之间的差异。同样你也可以通过调整菜单来对显示的内容进行筛选，这些设置主要在“Expand”中，具体左右内容以及编号的显示。

    
    在比较的同时，你也可以对文件进行编辑。选择主菜单“Edit”中的相关选项，分别对左右文件和比较内容进行编辑。如果你需要调用其它的编辑器进行编辑，那么需要在“Edit/Set Editor”进行设置。

    WinDiff同时也支持命令行方式，在运行时加上“/?”参数就可以显示具体的参数，注意参数之间要加上空格，这样你可以直接用命令行方式进行比较。

    总的来说WinDiff的使用比较简单，可以说它是命令行方式比较的一种扩展，毕竟图形方式要直观得多。

    WinDiff 使用命令行的详细语法如下：

　　windiff path1 [path2] [-D] [-O] [-N name] [-S [options] savefile] [-F [options] comp_savefile]

    参数以及说明：

　　path1 path2
　　进行比较的文件路径。

　　-D
　　只在一个目录内进行比较。

　　-O
　　摘要显示比较结果。

　　-N name
　　这个参数用来在文件比较结束之后发出（比较结果的）通知。name 是用网络发送通知时的文件名称。

　　-S options
　　保存所有文件列表的选项，具体的选项开关可以参考下面的字符:
　　 -s: 比较在同一路径中的两个文件。
　　 -l: 只比较第一个路径中的文件（位于最左边的一个）。
　　 -r: 只比较第二个路径中的文件（位于最右边的一个）。
　　 -d: 比较位于不同路径中的两个文件。

　　savefile
　　用来指定写入比较结果的文件名字
 

    -F options
　　保存（结果）文件的可使用选项如下：
　　 -i: 在两个路径中保存相同的文件。
　　 -l: 仅在第一个文件所在的路径保存文件。
　　 -r: 仅在第二个文件所在的路径中保存文件。
　　 -f: 仅保存左移文件。
　　 -g: 仅保存右移移文件。
　　 -s: 仅保存类似与左边的文件。
　　 -a: 仅保存类似与右边的文件。

　　这里的左边和右边是指相比较的两个文件而言的，例如比较的两个文件是：filename1 filename2,则filename1就是左边， filename2就是右边。

　　comp_savefile
　　所得的比较结果需要保存在一个文件中，savefile 就是这个文件名称。

　　为比较结果中的不同项目，可使用的背景颜色选择如下：等号左边是颜色，右边是对应于该颜色的项目。

　　red background = left file
　　yellow background = right file
　　blue text = moved line
　　black text = everything else

　　由于不论在CMD命令控制台中还是直接在windows2000中启动WinDiff，出现的都是图形的界面，所以，下面介绍命令行的部分提到菜单等名词是正常的。对于使用WinDiff的命令行进行文件比较，主要掌握的原则是：

　　1. 调用WinDiff，但没有指定参与比较的文件的路径path1 path2时，可以以鼠标从File菜单中点击Compare Files或 Compare Directories 来指定用来比较的文件或目录。
　　2. 调用WinDiff，仅明确指出了位于路径path1中的文件。并未指定path2的文件名称，则WinDiff将拿当前目录中的与已经指定文件同名的文件进行比较。
　　3. 仿照上面，调用WinDiff，仅明确指出了path1的目录路径。并未指定path2的的目录，则WinDiff将拿当前目录中的文件与已经指定的目录文件进行比较。
　　4. 调用WinDiff，明确指出了位于路径path1和 path2中的文件名称和路径， WinDiff将对这两个文件进行比较。

　　仿照上面一步，调用WinDiff，明确指出了位于路径path1和 path2目录， WinDiff将对这两个目录中的文件进行比较。

　　由于命令行启动之后仍然显示图形界面，所以，这些参数的实际用处不是很大。要从实用性和方便性两下权衡对WinDiff的操作，应当学会掌握图形界面下的文件比较的操作。