如何开展web产品的可用性测试，具体任务及方案怎样做？有什么注意事项？_百度知道
如何开展web产品的可用性测试，具体任务及方案怎样做？有什么注意事项？
提问者采纳
按你所说的是一个企业的ERP软件了.如果找私人做的话钱会少一点,.不过会出现问题多多.如果是找软件公司做的话,那花的钱可是要很多的.少则几万,多则十多万.如果要功能强大的话.那可能要好几十万了. 还有就是叫软件公司帮你做的话,这个软件的源代码是不会给你们的.所以你们最好就是跟他们说清楚,一定要把源代码都买断.这样的话,以上你所说的&隐藏特殊的代码&就不怕了,以后你们公司也可以请人回来进行修改功能进行维护. 如果不买断源代码.以后你们想要改个什么功能都得叫网络公司帮你改.这样的话那就等于是送钱给他们了.因为他们的维护都是有一定时间限制的,过了这一段时间你们再要他们维护的话就要给钱的了.还很贵.再有就是.有了源代码,哈,你也可以偷偷的带走.等你到了另一间同行的公司.你也有可以靠这个软件跟公司谈工资的资本了. 以上是本人维护ERP软件的一点经验.哈哈 个人意见,可以的话最好就不要做软件,找间信的过的网络公司做个网站就可以了.因为做网站比做软件用的钱少的多.然后用你公司的服务器配个WEB,和SSL.像银行一样,哪个客户要查资料.你发个数字证书给他们就可以了. 我公司的ERP就是软件和网页相结合的.哈.网上查询系统和SSL数据证书服务器还是我自己配置的呢
其他类似问题
按默认排序
其他4条回答
我们这里经常买软件。给你介绍下经验吧。1 找公司买要远比找个人贵。一般来说你需求的软件找公司要几万到十几万。找个人则要几万就够了。2 使用效果上各有千秋。个人的软件在可靠性上绝对比公司写的差，但由于生产软件的过程中沟通更加方便，一般个人写出的软件可用性更好。但功能可能不全面。这点根据自己的需要决定。3 售后服务。个人几乎不管售后，公司的管几年。推荐找公司。毕竟在售后服务期内公司还是比较可靠的，一般能解决问题。4 源代码。一般找公司的话人家100％不会给你源代码的。除非加上N倍钱。如果需要源代码的话，一定要找个人。5 后门问题。无论个人还是公司都有可能在代码中按插后门。所以如果你很估计这个问题的话，就一定要在合同中写明违约条款。不过这并不可靠。
最后说说我们这的经验。我们这买的软件几乎都是找个人或是小公司，同时购买源代码。在软件开发的过程中甲方一定要派个代表专人和乙方沟通，并且专人了解源代码（不求全懂，只求无后门）。这样的好处是以后自己可以处理软件上的小毛病，自己根据需求扩展软件功能。（事实上，我就是我们这专门负责这个工作的，呵呵。）唯一的问题是，严格源代码拷贝、编译等的制度，防止这个专人使坏，呵呵。
一般说来，大约5－10万可以完满的解决问题，后顾之忧比较少。当然，在计划之初就要充分考虑软件设计的风险，完满的计划整个软件开发过程，防止出现开发失败的情况。
这样的做法对于甲方来说比较繁琐，费神。但也是性价比最高，后患最少，长期效果最佳的方案。
第一，分析产品结构，明确性能测试的需求，包括并发、极限、配置和指标等方面的性能要求，必要时基于LOAD测试的相同测略需同时考虑稳定性测试的需求。　　第一，分析应用场景和用户数据，细分用户行为和相关的数据流，确定测试点或测试接口，列示系统接口的可能瓶颈，一般是先主干接口再支线接口，并完成初步的测试用例设计。　　第三，依据性能测试需求和确定的测试点进行测试组网设计，并明确不同组网方案的重要程度或优先级作为取舍评估的依据，必要时在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求。　　第四，完成性能测试用例设计、分类选择和依据用户行为分析设计测试规程，并准备好测试用例将用到的测试数据。
第五，确定采用的测试工具。
第六，进行初验测试，以主干接口的可用性为主，根据测试结果分析性能瓶颈，通过迭代保证基本的指标等测试的环境。
第七，迭代进行全面的性能测试，完成计划中的性能测试用例的执行。
第八，完成性能测试评估报告。　　在进行性能测试的时候，我们需要知道一些有效的性能指标，下面我们来列出一些主要的性能指标：　　一是，通用指标（指Web应用服务器、数据库服务器必需测试项）：
*ProcessorTime：指服务器CPU占用率，一般平均达到70%时，服务就接近饱和；
*Memory Available Mbyte：可用内存数，如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重；
*Physicsdisk Time ：物理磁盘读写时间情况。
二是，Web服务器指标：
*Avg Rps：平均每秒钟响应次数＝总请求时间/秒数；
*Avg time to last byte per terstion（mstes）：平均每秒业务角本的迭代次数；*Successful Rounds：成功的请求；
*Failed Rounds：失败的请求；
*Successful Hits：成功的点击次数；
*Failed Hits：失败的点击次数；
*Hits Per Second：每秒点击次数；
*Successful Hits Per Second：每秒成功的点击次数；
*Failed Hits Per Second：每秒失败的点击次数；
*Attempted Connections：尝试链接数。
三是，数据库服务器指标：
*User 0 Connections ：用户连接数，也就是数据库的连接数量；
*Number of deadlocks：数据库死锁；
*Butter Cache hit：数据库Cache的命中情况）。可用性测试：1导航测试（Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。）2图形测试3内容测试3整体界面测试4客户端兼容性测试（1平台测试2浏览器测试）5安全性测试（测试重点：（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。 ）
几款开源的测试工具
你这个其实很简单啊 你说了你的生产进度是人工安排更新,也就不需要和你的生产系统结合了. 完全可以做一个独立的web工程啊 所以你现在需要的功能就是 客户方面的 1 下单 2 查询订单状态 3 查询进度--根据订单号 公司方面的 1 接单 2 查询更改订单状态 3 更新进度 因为你的需求很简单,所以应该很好完成.------------------只是用到了ERP里的一个订单管理模块,就为了这点功能买个ERP我觉得是没必要.
可用性的相关知识
您可能关注的推广回答者：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Advertisement
如何提高VMware虚拟化的性能
导读：通过测试来看虚拟化在哪些地方会影响系统性能,在对VMware Infrastructure 3 Suite的测试中,VMware ESX Server 会导致不少于10％的性能损耗,最高能达到20％。关键词：&&&
　　通过把应用整合在一个单一的系统上，Vmware虽然节约了成本，提高了灵活性并且加强了应用管理，但这些是有代价的。本文的目的就是想通过测试来看看，虚拟化在哪些地方会影响系统性能，以及如何尽可能地减少这些影响。
　　虚拟化的价值与代价
　　在对VMware Infrastructure 3 Suite的测试中，我们发现VMware ESX Server 会导致不少于10％的性能损耗，最高能达到20％。我们不是说VMware会让系统运行起来磕磕绊绊——硬件虚拟化确实是一种不错的方法，可以帮助你简化服务器整合的复杂度，节约成本和能耗，而且只要有正确的规划，也还是能避免一定程度的性能损耗。但不管怎样，性能损耗总是会存在的。
　　在波士顿合作伙伴的实验室里，我们的测试发现，运行ESX Server最主要的好处无疑就是能通过多个虚拟服务器运行多个应用程序，从而最大限度的利用现有的硬件资源。这一点对于硬件厂商来说，却是一种噩梦：Gartner预测这项技术可能导致x86服务器的年复合增长率到2010年会降低0.6个百分点。
　　虚拟化的价值与风险
　　而且，有意思的是，当我们最近问读者他们觉得哪项技术最没前途，虚拟化居然排到了第二，就在SOA的后面。20%的受访者表示还没有认识到厂商们宣传的虚拟化好处。
　　虚拟化好处的用户调查
　　当然，我们仍然认为虚拟化技术是一件好事。不管你是用Microsoft Virtual Server、VMware、Xen还是其它的软件，虚拟化技术确实有许多好处——从更好的利用物理设备到改善应用管理，以及在多台机器之间分配资源的能力等等。使用虚拟机，把老的应用从旧硬件迁移到可靠性和可用性更高的新系统上，可以大大减少物理服务器的数量。通过测试，我们发现了一些方法，可以增强虚拟化技术的价值，减少性能损耗。
　　在具体探讨性能影响问题之前，我们先来看看虚拟化在服务器整合、系统管理、软硬件兼容、虚拟机与应用迁移，以及资源分配等方面的一些价值、代价和注意事项。
　　1）“把所有鸡蛋都放在一个篮子里”所带来的风险
在一台物理服务器上运行多个虚拟机，跟每台物理服务器运行一个应用相比，硬件故障会影响更多的应用。但对多数情况，冒这种风险还是值得的。对于拥有过多服务器的小型数据中心而言，通过整合可以减少服务器数量，从而有利于控制机房空间成本和散热成本。但是，一旦数据中心断电或发生火灾，这种整合也会影响到更多的应用。因此，如果你要使用虚拟化技术，最好有一些冗余设施来尽量降低风险。
　　2）虚拟化增强了系统与应用管理的灵活性
　　在系统管理方面，虚拟化提供了一个具有移动性和灵活性的隔离层，能帮助IT工程师做好硬件维护、排除硬件障碍，做好应用支持，提高应用管理的性能。比如，象VMware这样的虚拟化环境可以提供它自己的虚拟硬件和BIOS，来支持操作系统和应用程序。这使得管理员把某个应用迁移到另一个系统上更加容易——应用很少受到硬件兼容性问题的干扰，因为所有的虚拟硬件都是相同的。具体来说，就是简化了日常维护。如果某台服务器要下线，只要把那台服务器上的所有虚拟机迁移到另一台运行虚拟机环境的服务器上去就可以了，应用不会被中断。
　　3）注意软硬件的兼容性问题
在应用软件的技术支持方面，只要软件厂商支持自己的软件运行在虚拟环境中，一般硬件相关的兼容性问题是可以避免的，但不是所有的都可以避免，因为一些应用和整合后的存储设备（如iSCSI和SAN子系统）之间存在一定的耦合关系。这就需要在虚拟环境中安装一些特定的驱动程序，并得到厂商的技术支持。
　　4）虚拟机可灵活迁移，但增加管理成本
　　虚拟机的移动性也使得IT管理人员在把一个应用从某台服务器迁移到另一台上时更加容易，这种能力有助于IT环境动态、灵活地适应业务需求。比如，某台服务器运行了4个虚拟机，但有一台虚拟机上的应用需求突然增加了，使得服务器无法继续支持这一应用。于是，管理人员就可以把这个应用迁移到一个性能更强大的系统上去，或者把其他虚拟机迁移到其它服务器上去以释放资源。
　　但是，这会增加虚拟机镜像的管理成本。为了获得真正可移植的环境，以便虚拟机在系统间迁移或者从灾难性硬件故障中恢复，企业必须购买一些特殊的工具，如altiris的部署解决方案。另外，他们还必须保证虚拟机镜像的实时更新，了解网络和存储的拓扑结构，以便当一个虚拟机迁移到另外一台服务器上时，还能有效地访问存储子系统。
　　5）尽量确保虚拟机之间不会争抢资源
　　总的来说，通过创建虚拟硬件，ESX Server使得IT工程师能够在同一套物理环境中安装多个操作系统。关键在于，要确保运行在这些虚拟机上的应用不会互相冲突而降低应用性能，只有这样，才能最大化的利用硬件资源。
　　虚拟机性能影响：磁盘、内存和CPU
　　我们的测试环境是两台Dell PowerEdge 2850服务器。这两台服务器的配置一样，都是两个Intel Xeon双核CPU、2GB内存和三块硬盘的RAID阵列。Xeon处理器含有Intel VT虚拟化技术，提供了CPU虚拟化的代码优化。然后，我们运行了三种应用——微软Exchange Server 2003、SQL Server 2005和IIS（Internet信息服务），并采用了一些免费和商业性的工具软件，包括微软Exchange Server 2003负载模拟器（LoadSim）、SQLIOSim以及Borland的SilkPerformer 2006 R2。
　　从根本上来说，跟直接在物理服务器上运行某一应用相比，在基于同一物理平台的虚拟机上跑同一应用，一定会产生性能上的损耗。在我们的测试中，这种损耗随应用的不同而变化，但一般少于10％，在6％-20％之间。
　　1）磁盘问题
　　跟一般企业的实际应用不同，我们的测试环境中没有专门的存储子系统，如为特定应用存放数据的SAN。对于Exchange这样的应用，SAN不仅仅是提供数据存储和数据管理，也可以防止资源冲突，如当操作系统和应用程序要同时访问虚拟内存和磁盘的时候。因此，如果有一个专门的存储子系统，就能减少这样的资源冲突。另外，在同时运行多个虚拟机时，还要看应用是否需要持续的访问磁盘。
　　在用LoadSim测试Exchange和用SQLIOSim测试SQL Server时，都有频繁的磁盘读写操作，但Exchange Server 2003和SQL Server 2005的性能仅降低了6％。这一结果说明，在虚拟机不会争抢访问磁盘的情况下，虚拟化对那些主要依赖驱动性能的应用影响并不大。
　　ESX Server不支持动态分配磁盘空间，除非添加存储设备。从实际应用的角度来看，这确实是个棘手的问题。在决定某一台服务器上能运行多少个虚拟机时，一个关键因素可能就是包含磁盘空间的虚拟机镜像的大小。在默认情况下，ESX Server为一台虚拟机分配的磁盘空间是4GB。在测试中，为了保证有足够的空间安装应用程序和后续软件升级，我们给虚拟机分配的最小空间是10GB。而我们的系统总共有128GB的磁盘空间，因此可以安装10个虚拟机。
　　值得注意的是，随着应用负载的变化，性能表现也会随之变化，有时我们不得不考虑把一个虚拟机从服务器上删除。但问题在于，在虚拟机移除之后，新释放出来的磁盘空间因为性能问题无法再分配给其它虚拟机使用，这些空间也就被闲置了。
　　我们的测试结果表明，要想在同一套硬件系统上运行多个需要大量磁盘操作的应用时，就不要指望特别好的性能了，除非每个应用的数据存放在特定的存储子系统，如SAN。比如在同一套硬件系统上组合运行微软 Exchange Server 2003和SQL Server 2005时，如果两者都进行频繁的磁盘操作，性能就很一般，而如果Exchange更多使用磁盘子系统，而SQL Server更多使用内存时，性能表现就要好得多。
　　如果你计划动态地迁移虚拟机时，一定要考虑好存储的问题。比如，当一个应用不再需要时，你会考虑把一个虚拟机删除，但问题在于，当你要想把另一个应用迁移到这台服务器上时，你可能会发现，虚拟机的镜像太大了。
　　2）内存问题
　　就我们的测试而言，ESX Server的损耗主要还是来自系统内存和处理性能上。为了充分利用现有的硬件资源，我们考虑把内存资源进行划分，因为在理论上，现有的内存没有被充分利用。比如，服务器上的某个应用只使用了2GB总内存容量中的512MB，对2.8 GHz CPU的占用率也只有25%。如果把这个应用迁移到VMware ESX Server上，并为其分配512MB内存和700 MHz CPU，我们还有余下的资源可以分配给其他应用。基于这种考虑，我们在测试也根据应用的需求不同对2GB内存进行了划分——比如，SQL Server至少需要1GB内存，而Exchange Server 2003需要512MB内存就够了。
　　VMware有内存页面共享技术，可以让VI3分配至少两倍于物理内存的虚拟内存。在你打算整合那些分散在各个物理服务器上，却又不常用的应用时，如文件和打印服务，这项技术就比较有用了。在一台服务器上可以运行10个虚拟机，而这些应用同时需要CPU和内存资源的可能性又比较小，即使同时运行，性能低一点也是可以忍受的。
　　不过，在用SilkPerformer 2006测试IIS性能时发现，局域网性能受到了较大的影响——hits per second下降了18％，kilobits per second也下降了20%。这说明，跟SQL Server和Exchange不同，在把应用从一个有2GB内存的主机迁移到一个只有512MB内存的虚拟机上时，要付出相当的代价——内存减少比磁盘操作增多对性能的影响更大。
　　当然，为虚拟机增加内存，就能使局域网应用测试的性能提高。把内存从512MB增加到1GB，能提高10％的吞吐量，性能损失也能从20％降到12％。可见，对于那些内存消耗比较多的应用，给虚拟机分配尽可能多的物理内存是有好处的。
　　不过，并不是在所有情况下增加资源都能提高性能。比如在测试中给虚拟机多加一块虚拟网卡就不能提升性能；在测试SQL Server时增加内存，也没能提高性能，因为它测试的主要是磁盘操作。
　　3）CPU问题
　　我们的测试平台包含两个双核的2.7GHz 64位Xeon处理器。不过，ESX Server只能让我们按32位的处理方式来分配CPU，这意味着虽然ESX Server可以执行64位代码来管理虚拟机环境，但虚拟机只能运行32位操作系统和应用程序。值得注意的是，ESX Server能支持64位操作系统，你可以在Vmware下部署64位应用。然而，在32位的Windows Server 2003上运行32位应用程序时，ESX Server只能按32位处理方式分配CPU。当我们试着安装64位的Windows Server 2003时，Windows能检测到这个虚拟CPU也只是32位的。
　　此外，可用的资源还包括实际的CPU MHz。理论上，我们可以在虚拟机之间任意划分CPU时钟周期。处理器数量也可以更加灵活，如两个双核处理器在理论上就有四个可供分配的处理器。
　　在测试中，我们用两个虚拟机平分4.7GHz的处理能力，在这种配置下，内存密集型测试的性能下降了4％-7％。然后我们把3 GHz的处理能力分配给SQLIOSim，把剩下的1.7GHz给LoadSim，发现性能又回到了原先没有资源竞争时的那个水平。
　　ESX Server通过Virtual Infrastructure Client，使用相同的接口和方式来分配CPU和系统内存。在分配CPU处理能力时，可以按可用频率的百分比、或具体的频率值来划分，也可以按可用处理器的个数来划分。在分配内存时，可以按可用内存的百分比、或具体内存大小来划分。
　　其他一些值得注意的问题
　　虽然VMware提供了工具帮助管理应用性能，但在迁移到ESX Server之前我们还是要多花些时间评估性能需求。不仅要看某个应用需要多少资源，还要看它在峰值运算时的概况。
　　在部署虚拟化时，一种常见的应用是在一个虚拟机上运行邮件服务器，而另一个虚拟机上运行文件/打印服务器。但问题在于，如果在下班时有许多人下载邮件、打印大文档带回家看、或者备份文件，这时这些虚拟机性能就会变得很慢，因为会争抢系统资源。
　　用来管理虚拟机镜像的Virtual Infrastructure Client有一套工具可以监视虚拟机的性能，但缺乏根据需要自动配置资源的能力。而ESX Server在某个虚拟机的CPU率利用过高时，可以自动地从那些闲散的虚拟机上分出一部分资源来给它用。
　　另一个值得注意的是，要关注某个特定应用的资源需求变化。因为，随着时间的推移，有些应用会变得越来越重要，工作负载越来越重，而另一些应用可能不再象以前那么重要，负载也越来越轻。在这种情况下，需要虚拟机有自动适应的能力，如VMware Virtual Infrastructure 3就能够根据资源需求变化把虚拟机迁移到不同的硬件平台上去。如果某台虚拟机影响了另一台虚拟机的性能，你也可以轻轻松松地把它迁移到另一台服务器上去。象Altiris提供的第三方工具也有能创建虚拟机镜像，从而简化按需增加更多计算资源的操作。
　　最后，只要你愿意花时间去分析应用性能的变化，使用VMware Virtual Infrastructure 3中的ESX Server来做虚拟化，就可以实现服务器硬件资源的最大化利用。要用虚拟机把需要不同资源的应用整合到一台服务器上，这样他们才不会争抢稀缺资源。
　　在评估性能和管理虚拟机环境时，我们还碰到了一些轻微的性能问题。
　　1) 在测试中，依靠秒表而不是系统时钟，因为虚拟机显示的时间不一定准确，在测试中有5-10秒的误差，如我们在运行SQLIOSim测试时，发现屏幕右下角的系统时钟总落后于手工测算的时间。
　　2)在管理虚拟机上的应用时，要注意网络性能的影响。尽管VMware已经做了大量的工作来优化Virtual Infrastructure Client远程控制台工具的显示效果，但我们还是发现性能会受一定影响。运行LoadSim测试时，每次运行结束时要停止存储子系统，删除临时的用户帐号，删除日志文件和重新装载Exchange的邮件存放目录。一般情况下，这些任务大概只要10分钟就能做完，但在虚拟机上要花20分钟，因为要等待控制台刷新。
　　3)留足时间做部署。我们发现一些基本的虚拟机设置同样令人痛苦。因此，那些帮助你快速设置、部署虚拟机以及安装应用的管理工具还是值得花钱去买的。
　　综上所述，我们看到，虚拟化所产生的性能损耗是无法完全消除的。根据应用不同以及应用所需的资源不同（如有磁盘密集型、内存密集型或CPU密集型），性能表现也会不同。为了获得令人满意的应用效果，我们建议：1）要预测虚拟化带来的性能损耗；2）不要指望虚拟硬件资源能比物理硬件带来更多的价值；3）把对资源需求不同的应用分到一组，放在同一套硬件上；4）使用VMware的工具来优化资源的使用；5）采用VMware或第三方工具，使得虚拟机更容易被迁移到其它硬件平台。
VMware将VMDK文件大小的最大限度从vSphere 5.1的2TB增加到vSphere 5.5的64TB。但为什么你会需要一个64TB大小的VMDK文件呢？
vApp是用于存储一个或多个虚拟机的容器，可以设置CPU、内存资源分配，IP分配策略。它节省了管理员大量的工作。VMware的Rebecca Fitzhugh对这一问题有一定研究。
VMware PowerCLI是基于微软Windows PowerShell的免费自动化工具，管理员可以使用VMware PowerCLI构建功能强大的脚本，在vSphere环境下实现大多数任务的自动化。
VMware在6月份宣布终止vCenter Server Heartbeat（vCSHB），这意味着管理员无法购买新的vcSHB许可，对现有用户的服务支持将在2018年9月终止。
vSphere的内存性能管理和其他资源的性能管理不尽相同，其只和资源池相关。如果池中的资源用尽，那么性能就会受到影响。
TechTarget中国官方微信
如果你是初次建立VMware服务器虚拟化，对复杂的vSphere虚拟网络不知如何下手？如果你已经建立了vSphere网络，是不是也同样被各种问题困扰？本期《VMware vSphere虚拟网络技术宝典》指导用户如何建立与设置vSphere网络、如何使用vSphere网络工具、如何解决vSphere网络问题和如何保证vSphere网络安全。
什么是VMware vSphere？它主要有哪些新功能？如果升级到vSphere，硬件要求是什么？如何创建VMware vSphere子操作系统？如何确保VMware vSphere的安全？VMware vSphere的亮点究竟在哪里？日，VMware公司宣布推出新一代虚拟化平台VMware vSphere。这是VMware继三年前发布VMware ESX之后的又一重大举措。在本期技术手册中，我们将详细介绍VMware vSphere，从下面几个方面进行探讨……
IT预算是IT管理员的一个烦恼。不过在如今全球经济危机下，相对于减少IT预算和和裁员，更值得考虑使用免费的虚拟化管理工具。在整个2008年，许多公司发布了关于VMware ESX和VMware Infrastructure套件的新应用，包括几个免费的VMware工具。这些工具是免费的，但并不意味着它们竞争不过付费产品。本应用手册将介绍2008十大免费VMware工具。
vSphere 5.0出来也有一段时间了，人们对它的印象还停留在新的许可上，其实vSphere 5.0有很多方面的改进，如存储。其包含的唯一hypervisor ESXi 5.0功能也多多。在本期技术手册中，我们特约虚拟化专家张冀川为您介绍vSphere 5.0与ESXi 5.0的特点、部署与管理等技巧。
VMware&ESX&Server存在企业虚拟化门槛，给数据中心管理员带来了管理的困难。我们制作了VMware&ESX&Server运行手册，帮助管理员减轻管理负担。手册里包括网络配置、系统和存储管理，还包括使用脚本自定义ESX&Server配置等。温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
而正常的曲线应为：因为他那个问题我答不上来，所以就查了下，查到一句话：The Hits per Second graph shows the number of HTTP requests made by Vusers to the Web server during each second of the load test scenario run.&Hits per Second表，显示了负载测试场景运行期间，每秒钟由Vusers向Web服务器发出的HTTP请求的数量。This graph helps you evaluate the amount of load Vusers generate, in terms of the number of hits.&这个表可以帮助你评估Vusers生成的请求的数量。You can compare this graph to the Average Transaction Response Time graph to see how the number of hits affects transaction performance.你可以把这个表和平均事务响应时间表做比较，看看点击率怎样影响事务的性能。Hits per Second==HTTP requests per Second： 每秒虚拟用户HTTP请求（服务器）数HTTP请求的几个常用类型：HTTP methodDescrīptionGETSend named resource from the server to the client.（从服务器上发送给客户端指定的资源）PUTStore data from client into a named server resource.（从客户端存储数据到一个指定的服务器资源）DELETEDelete the named resource from a server.（从服务器上删除指定的资源）POSTSend client data into a server gateway application.（发送客户端数据给服务器上的gateway应用）HEADSend just the HTTP headers from the response for the named resource.（对于指定的资源只发送HTTP header响应信息，即不传输主体数据）后来群里我师傅教了一招：既然lr的监控器这么不给力，而且LR调用的本来就是系统自带的监视器，那就直接看系统自带的监视器就好了，win7的方法是：开始→所有程序→附件→系统工具→资源监视器，xp的方法是：cmd→perfmon.msc：很多测试员都是报告里贴的lr的图，实际上是照着系统自带的图去做的分析，哈哈，天大的秘密哇，一般人我不告诉他^_^
阅读(427)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'loadrunner之Hits per second',
blogAbstract:'有群友问，Hits per second那张表，怎么没曲线呢？还发了张图：而正常的曲线应为：',
blogTag:'lr,每秒请求数',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:4,
publishTime:8,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:1,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'0',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}