转自51testing   songfun 

http://bbs.51testing.com/thread-39181-1-1.html

软件测试管理常见问题及其回答
1、测试负责人要进行严格的测试进度跟踪吗？
很多时候，由于人力资源的不足，测试项目负责人都是在执行测试，这样就使整个项目缺乏控制，一些问题（例如：有些成员的缺陷质量不够合格；开发人员修改不及时，系统某些功能发生严重问题导致部分功能无法测试。）得不到解决，耽误了进度。所以测试负责任必须全程监控项目，尽可能多的掌握信息。通常，测试负责人需要完成下面这些内容的管理工作：
测试用例执行情况；每个测试员提交的缺陷情况；测试中是否发生突发问题。

2、 测试也有版本控制吗？
这里的版本主要是指测试对象的版本控制，也就是指对开发部提交的产品进行版本控制。在开发小组版本管理不规范的情况下，测试小组进行版本控制十分重要，要保证测试对象是可以控制的。建议开发和测试双方进行明确的约定，可以各自指定专门的测试版本负责人，制定提交原则，对提交情况进行详细的记录，这样基本避免了版本失控导致的测试失误或无效。

3、如何处理测试人员的流动问题？
人员流动不仅仅是测试部门，这是IT行业的普遍现象。从管理者角度，主管需要多多和团队内成员进行沟通，建立一个融洽的团队环境，及时掌握情况，可以早些进行相应的调整。但是只有企业建立好的用人制度，给员工提高广阔的发展空间和好的培训学习机会，才能从根本上解决这一问题。
加强项目管理，强化文档管理并保证文档的有效性，可以大大减少由于人员流失带来的损失。同时，测试部门要建立培训机制，使新到员工接受直接或者间接的培训，快速适应工作。

4、为什么开发人员经常抱怨测试工程师提交的缺陷质量太差？
我们经常听开发人员说：“这不是缺陷！”，“这个缺陷没有，因为我的系统上运行正常！”。测试工程师本身就是做质量工作的，提交的成果本身就应该质量高些，为什么还会有这种现象？
提交的缺陷引起争议是一种正常的现象，例如测试人员描述不清楚就会引起争议。减少甚至避免这种现象的方法是交叉测试，交叉测试是提高测试质量的一个有效手段，当然交叉测试会增加一定的测试成本投入。在测试任务完成后，测试工程师之间互相验证彼此提交的缺陷，就会避免了缺陷描述不清、因运行环境而产生的缺陷等一系列问题，从而大大降低了回归测试以及交流的成本，因而这种投入也是值得的，实际开发人员在单元测试阶段也会进行交叉测试，来提高开发质量。
另外，测试人员一定要按照规范描述测试中发现的缺陷，一个缺陷至少描述清楚概要描述、详细描述、重现步骤三方面的内容，缺陷管理参考第八章的内容。

5、“让那些新手来做测试，反正他们也不会什么”正确吗？
在实际项目开发中，我们常常看到有些单位忽视测试团队存在的意义，当要实施测试时，往往临时找几个程序员充当测试人员。也有些单位尽管认识到了组建测试团队的重要性，但在具体落实的时候往往安排一些毫无开发经验的行业新手去做测试工作，这常常导致测试效率低下，测试人员对测试工作索然无味。
根据笔者的经验，测试团队应首先聘请一名资深的测试领域专家，他应具有极为丰富的同类项目软件测试经验，对软件开发过程中常见的缺陷或错误了然于胸;此外，他还具有较好的亲和力和人格魅力。其次，项目测试团队还具有很多具备一技之长的成员，如对某些自动化测试工具运用娴熟或能轻而易举地编写自动化测试脚本等。
另外，测试团队还应聘请一些兼职成员，如验证测试实施过程中，同行评审是最常使用的一种形式，这些同行专家就属于兼职测试团队成员的范畴。至于测试团队里里的测试新手，这部分人可以安排去从事交付验证或黑盒测试之类的

6、测试同化现象是什么？
同化现象是指随着时间的推移，开发人员会逐渐影响测试人员的思维和对缺陷的判断能力，尤其是针对同一产品，同一组开发人员和同一组测试人员共同配合了很长时间，很多本来是缺陷的问题，由于测试人员对软件“习惯成自然”的使用，会不被当成缺陷，尤其是在开发人员的解释和说服下。同化现象发生可能意味着“恶性循环”的开始：测试人员会帮着开发人员解释一个个缺陷的合理性，一轮有一轮的测试都不会发现问题。
招聘新的人员，不同的测试项目组轮换去测试不同的产品，就可以避免。同时建议产品可以发布测试版，更多的人对其进行测试，就可以发现更多的问题。

7、测试工程师如何避免定位效应？
社会心理学家曾作过一个试验：在召集会议时先让人们自由选择位子，之后到室外休息片刻再进入室内入座，如此五至六次，发现大多数人都选择他们第一次坐过的位子。这种现象称为定位效应，说明人们习惯上凡是自己认定的，人们大都不想轻易改变它。
定位效应在开发人员和测试人员身上都有体现。例如开发工程师针对某一自己写的功能，经常进行代码移植，这种复制的“功能”，由于上一次经过调试，在新的地方往往不会认真调试，这些代码往往会带来共享变量冲突等许多种类型的缺陷。
定位效应体现在测试人员身上就是测试过的功能不再进行认真测试：在回归测试时，之前由于进行过认真的测试，往往会认为某些功能是可靠，只要验证一些以前发现的缺陷是否修改完成就可以了。这种现象在反复多次回归时表现的更加突出，因为回归测试中很多功能都会进行多次反复测试。众所周知，开发人员在修改缺陷时往往会引入新的缺陷，测试人员的疏于防范就会把这些缺陷带到用户这里。
解决这种问题的方案一般有两个：
(1)完整的执行测试用例：这种方法投入较大，但是在开发产品时最好在最后一次回归测试时测试的执行一次全部的测试用例。
(2)交叉测试：测试人员交叉测试，就可以很大程度的避免定位效应。测试工程师在回归测试时互相交换任务，反复测试某一功能的机会大大减少，从而也就不会“主观的”人员某些功能没有缺陷。
通常上面的两个方法都是结合使用的，既要进行交叉测试，又要全面执行测试用例，测试覆盖面要尽可能的广泛。

8、测试人员忽然辞职怎么办？
目前IT行业人员流动较大已经成为一种不争的事实，员工的辞职大多数都会给组织带来一定的影响，而这种影响基本是不可能避免的。在测试领域，员工忽然辞职也会带来很大的负面影响，尤其测试队伍规模较小时。面对这种情况，我们所能做的，就是如何最大限度的降低这种影响。
根据作者的经验，主要有两种方法：第一种是在测试人员内部建立一个良好的学习环境，大家互相学习，这样某些特有技术不会被某一个人所掌握，而互相学习和提高自身，也是大多数成员愿意做的；第二种就是在组织中进行知识管理，把技术作为知识沉淀下来，这样新的员工在接手工作时容易上手，通过学习快速适应环境。
此外，日常还要注意工作规范化，例如形成尽可能多的文档，都可以降低员工离职带来的损失。

9、测试人员工作发生问题测试经理应该如何做？
测试人员工作发生问题是测试经理经常要面对的问题，作为测试部门的领导，首先要做的是指出测试人员所犯的错误，使其尽快改正错误。
唯一不能做的就是盯着下属的错误不放。总盯着下属的失误，是一个领导者的最大失误。英国行为学家波特说：当遭受许多批评时，下级往往只记住开头的一些，其余就不听了，因为他们忙于思索论据来反驳开头的批评。身为测试经理要根据测试人员的心理来进行指导，最大限度的调动每个人员的积极性来参加工作。

10、不深入到具体测试工作时，测试经理如何考核员工？
这种现象在测试规模较大的组织中很常见。测试经理应该尽可能的安排每周与每个成员在不被打扰的环境下进行谈话，这样可以尽早发现和解决很多问题。
最为一个测试经理，主要工作之一就是定期的评定组织做了些什么并且是怎样做的。同时还要为员工做一个报告——关于充分了解测试人员正在做什么和怎样做的报告，以此来给测试人员做做工作成绩考核。这份报告要了解到每个人的动态。
测试经理和每个员工重点是谈谈目前的工作，例如大家在工作中的问题或意见；是否需要帮助等。许多管理者经常抱怨没有时间在一周会见每一个员工来谈他们的工作。但是根据作者的经验，如果不能安排时间和员工进行每周的谈话，员工会来打扰测试经理的工作，因为员工很多问题还要要来找测试经理商议。
同时对待员工要用他们能接受的方式，而不是我们自己可以接受的方式。“己之不予，勿施于人”，这条黄金法则可能会对许多生活中的纯粹的社交因素有效，但是并不是总对工作有用。有效率的管理者知道应该逐渐了解每一个员工需要怎样的对待方式。
总之，只有尽可能多的和员工接触，才能更精确的进行考核。

11、测试经理如何面对加班问题？
大多数情况下，作者是不主张加班的。当员工每周工作超过40个小时的时候，他们开始在工作的时候关心自己的事。他们花钱，会给很久没有联系的人打电话，因为员工们一直都在工作。员工不能在太疲劳的状态下完成工作，这是因为他们在工作时不能关心自己，这种情况下通常效率很低。
测试管理工作的重要任务之一就是要创造一个环境，让员工在工作时间内完成工作，同时还要鼓励他们每周不要超过40小时，甚至可以基于他们在40个小时能够完成的工作量给他们酬劳。通常情况下这样做能够提升创造力，从而会逐渐提高效率。
测试工作本身的一个突出特点就是不断重复枯燥、冗长的测试，如果在疲劳状态下，很有可能精力不集中，略过一些重要的测试环节。而且有的时候测试需要编写测试驱动程序，这种情况更需要较好的状态来工作。

12、测试管理者如何面对自己的错误？
每个人都会犯错。我们可能会因为忘记开会而使客户发怒，承认自己犯错是一件尴尬的事情，尤其是管理人员认为对自己负责的项目小组承认犯错可能会失去尊严。如果我们不是经常犯错，承认错误的时候其实能够赢得尊敬。例如我们忘记一次会议，然后为此向同事或者客户道歉，其他的人会理解我们的。
不管做了什么，不要否认或故意忽略自己的失误。故意忽略不会让错误消失，这只会让错误成长为怪物。

13、为什么计划定期的培训?
测试工作和开发工作一样，不但要面对日新月异的新技术，还要学习相关系统的领域知识。只有在不断的学习中，才能做好工作，跟上行业的发展。如果测试管理者没有基于不断的变化而培训员工，就会给组织带来一定的损失。日常培训可以是关于特定项目或者是技术，通常采用下面几种方法：
（1）测试部门内自由交流方式的培训。这种培训的交流比较随意，可以在周五的例会上进行交流，也可以大家一起坐在茶馆里进行交流。方法可以采用“头脑风暴法”，让每个组员讨论一个特定的领域，这种交流方法特别对同时要做很多不同项目的小组比较有益处。当每个人做不同的项目，这会有助于每个人了解你小组所有的工程。
（2）跨部门的互相学习。测试工作需要很多领域以及技术知识，这些知识单靠自学是远远不够的。和其它部门的同事进行交流是一个相当好的办法，大家在工作中可以在技术等各个方面互相得到提高。
（3）外部培训。外部培训尽管投入较高，但也是值得的。这些专家一般在自己的领域非常精通，可以快速提高整个测试团队的水平。也可以通过测试小组介绍一些朋友来进行培训，这种方式可以降低成本。
培训是构造学习型组织的基本条件，也是提高员工水平的重要方法。经常的定期培训，可以增强组织凝聚力，使员工更加愿意长期留在组织中发展。做为测试负责人，定期的进行培训是十分必要的。

14、时间上不允许进行全部测试，测试负责人应该如何做？
这个问题也许十分可笑，可是现实中我们的测试经理们却不得不面对这个问题。这里的全部测试不是指对软件进行遍历测试，而是指测试负责人制定的测试计划包含的全部测试内容。
通常，不管是开发产品还是做具体的项目，都会发生耽误进度的情况。一旦整体进度不能向后延迟，项目相关人员习惯上的做法就是缩减测试时间。尤其在功能还没有开发完成的情况下，这种现象更为突出。
担负着质量重任的测试经理，如何来解决这个问题呢？比较好的做法是按照下面的步骤逐步来完成和改进工作：
（1）按照测试任务的轻重缓急，尽最大努力完成测试任务。在时间不足的情况下，我们应该对测试任务按照优先级来划分，重要紧急的任务先完成。这个时候的测试任务是一种辅助性工作，其目的就是尽最大努力来提高质量。因此，面对这种情况，测试负责人要做的就是带领测试小组充分利用所有资源来保证质量。
（2）在实际工作中和开发人员共同配合，逐步改进工作。只有整个团队的软件开发能力提高了，才能从根源上解决问题。因此，测试负责人要带领团队和开发小组共同寻找适合自己的开发模式，从而使项目规划的更加合理，进而按照预定计划来开展测试工作。
总之，在任何情况下，测试负责人都不应该抱怨。只有积极的面对问题，才能更好的解决问题。

15、公司不重视测试，测试负责人如何开展测试工作？
目前国内的软件公司不重视测试仍然是一种普遍现象。尽管很多公司在意识上已经开始重视测试，但是在具体工作中，往往由于追赶进度、节省资源等方面原因而忽略测试工作。在这种情况下，测试负责人仍要对软件质量负主要责任。在这种环境下，测试负责人应该如何开展工作呢？
首先，要主动去配合开发人员完成工作。尤其是不能抱怨环境，在任何情况下抱怨是不能解决问题的，只能加重矛盾的激化。在此基础上，逐渐显出测试工作的重要性，然后再逐步健全测试体系。
其次，用实际行动来证明测试工作的重要性。只有测试工作的业绩逐步表现出来，人们才会真正的注意到测试的重要性。因此，测试负责人从点滴开始做起，才能逐步做好测试工作。
要想做好软件，把开发的软件产品形成商品，测试工作必须和开发一样重视。否则，质量不好的产品，很快会被市场淘汰的。现代的软件规模越来越大，测试工作也会越来越重要，因此测试负责人只要坚持做好工作，可发挥作用的空间会越来越大。
最后要说的是，如果真的是在一个没有希望的团队里，测试负责人可以考虑辞职。辞职也是一个不错的选择，到新的环境去发挥自己的能力，要比长时间的怀着“郁闷”的心情去工作好的多。

16、测试管理者需要是技术专家吗？
测试管理者在测试项目中的主要任务是制定测试策略，管理测试计划的落实情况，并且还要为测试项目的进行创造良好的执行环境。同时还要调动员工的创造性，对员工的工作作出评估。这些工作不一定要求测试管理者达到专家的水平。
但是在实际工作中，由于测试人员的短缺，测试管理者常常做为测试员来执行具体的测试任务。尤其在规模较小的测试团队，测试管理者的日常工作通常以具体的测试执行工作为主，这个时候更需要测试管理者有较好的背景知识。
总体说来，技术方面的背景知识对测试管理者是十分有益的。例如：分配工作任务、做进度预算，以及一些具体的执行工作，都需要一定的背景知识。当然，做为一个测试管理者，没有必要精通所有的技术，那也是办不到的。测试管理者做到正确的帮助员工最好地完成工作，并且提供最好的完成工作的环境就可以了。

Seam 2.0 has been released

Posted by: norman richards on  06, 2007 DIGG

Seam 2.0 was released this week. JBoss Seam is a powerful new application framework for building next generation Web 2.0 applications by unifying and integrating technologies such as Asynchronous JavaScript and XML (AJAX), Java Server Faces (JSF), Enterprise Java Beans (EJB3), Java Portlets and Business Process Management (BPM).
The Seam team put together a list of new features in Seam 2. Some of the highlights include:
* The Seam component model now supports web services, including direct support for conversational web services
* Seam components can now be written in Groovy
* New improved EL syntax
* Integration with Quartz, Hibernate Search and JFreeChart
* Support for JSF 1.2, as well as support for non-JSF environments like GWT
* Eclipse IDE support in the next release of JBossTools, including Seam project wizards, EL code completion, a visual JSF editor, hot deployment and test integration

很多词熟悉，但一字不差的写出来，还是有问题，看来现在的水平就是这样，半桶水，很多方面都知道些，做东西也能模糊的做点出来，但想精确的做好一件事情，还是要用心的去思考。也许能做到这点，就真的是高手了。

作者：ANNA LIU编 来源： 《世界经理人》杂志
　　发表在www.hr.com上的一篇文章指出，欲了解你的管理风格是否为员工所认可，有八种迹象可供参考。
　　第一，即使你不在办公室，你的员工也知道你期望他们做什么。这意味着你已经让每个人明白了你对他们的期望，并且赋予了他们充分的自由去做自己认为正确的事情。
　　第二，当你回到办公室，你的员工会主动告诉你他们做了什么，为什么那样做，出现了什么样的结果。这意味着他们对自己做的事情相当自信，并且相信你也认为他们做对了。
　　第三，在你召开例行会议时，你的员工个个都很放松，并且能够畅所欲言。如果开口的人寥寥无几，意味着你平时可能太过独裁。
　　第四，对于公司里发生的一切，鲜有人传播小道消息或无端猜测。这意味你的沟通工作做得相当不错。
　　第五，你的员工对待客户的方式与你对待客户的方式一样。这意味着你已经在这方面给员工确立了一个适当的标准，也意味着他们非常清楚公司的目标，知道自己应该做什么。
　　第六，你的员工能够彼此尊重，合作无间。通常，员工之间冲突不断，是因为领导容忍某些人的不良表现。当他们之间合作无间，往往意味着你是一个公平、得力的领导者。
　　第七，在收到你的负面反馈后，你的员工不会生气或觉得震惊。这意味着员工认可你的看法，也意味着你很好地掌握了在不伤害他们自尊的情况下，提供负面反馈的技巧。
　　第八，当出现人手不足的情况时，你的员工会主动推荐好的候选人，公司的员工流失率低。这意昧着他们乐意追随你，乐意与你一起工作。
　　ANNA LIU为世界经理人杂志文摘编辑。

为什么有些领导一条都做不到，但仍然活的很自在~

http://blog.csdn.net/szstc/archive/2007/07/23/1702875.aspx

lr监控UNIX ，UNIX先启动一个服务，叫rstatd，lr只要在controller 中添加要监控UNIX机器的ip，再选监控的指标就行了。
    首先介绍一下在IBM AIX系统中如何启动rstatd服务（因为这个比较简单，顺便可以认识一下Unix系统）。
使用telnet以root用户的身份登录入AIX系统，在命令行提示符下输入：vi /etc/inetd.conf
在出现的界面中敲键盘：/rstatd
命令解释：在打开的文档中查找“rstatd”，接下来继续敲键盘：x
命令解释：删除当前字符，在这里为删除rstatd命令前的“#”，继续敲键盘：:wq
命令解释：保存并退出，注意前面有个冒号。接着在命令提示符下输入：refresh –s inetd
命令解释：重新启动服务。
这样使用loadrunner就可以监视AIX系统的性能情况了。
在RedHat Linux中要麻烦一点，需要下载一个安装包rstatd.tar.gz，并且需要安装。安装包中具体的说明比较复杂，，为了简便起见，这里直接给出配置的命令。
    首先把rstatd.tar.gz文件放到用户目录下，进行解压（可以在windows下直接解压，然后把rpc.rstatd目录及其下所有文件拷贝到用户目录下）。然后进入rpc.rstatd目录，执行：./configure
      命令解释：配置，详细的就不说了，反正它自己会执行的，命令执行完毕后再敲入：make
      命令解释：编译安装包，执行完毕后敲入：make install
      命令解释：安装程序、数据文件和其他文档。之后敲入：rpc.rstatd
      命令解释：运行rstatd服务。
      以上在RedhatLinux9下调试通过，RedhatLinux10下尚未通过。这时就可以使用LoadRunner监视此Linux的性能了。
    有关自动启动，在SuSE Linux 7.0 (kernel 2.2.16-suse18) and 7.1 (kernel 2.4)版本需要在/etc/inetd.conf文件中增加一行：
rstatd/1-5 dgram    rpc/udp wait   root /usr/sbin/rpc.rstatd  rpc.rstatd
    在RedhatLinux9中的自动启动和在RedhatLinux10需要再议：（
    rstatd for Linux下载地址：
   [url]http://heanet.dl.sourceforge.net/sourceforge/rstatd/rstatd.tar.gz[/url] 

http://blog.csdn.net/vinchwang/archive/2007/05/31/1632324.aspx

通过实验,安装成功监视成功.所以共享出来，给大家看看.
1．安装rsh，和rsh-server两个服务包。
a.    卸载rsh
rpm –q rsh----------查看版本号
rpm  -e 版本号---------卸载该版本。

B．安装

rpm –ivh  rsh-0.17-14.i386.rpm  rsh-server-0.17-14.i386.rpm
这两个包在我的目录下有共享。

2． 下载并安装rstatd（这个包在我的共享目录下也有）
gunzip rpc.rstatd-4.0.1.tar.gz 

Tar –cvf rpc.rstatd-4.0.1.tar.
./configure ---配置
 make ---编译
 make install ---安装
 rpc.rstatd ---启动rstatd进程

3。 打开/etc/xinetd.conf
里面内容是：
  # Simple configuration file for xinetd
  #
  # Some defaults, and include /etc/xinetd.d/
  defaults
  {
        instances               = 60
        log_type                = SYSLOG authpriv
        log_on_success                = HOST PID
        log_on_failure                = HOST
        cps                        = 25 30
  }
  includedir /etc/xinetd.d

4．重启xinetd：

A:
service xinetd reload

B:
/sbin/service xinetd rstart
5。修改/etc/xinetd.d/下的三个conf文件  rlogin ,rsh,rexec 这三个配置文件,
打这三个文件，将里面的disable = yes都改成 disable = no     ( disabled 用在默认的 {} 中 禁止服务)
或是把# default: off都设置成 on  ，并把“#”去掉，这个的意思就是在xinetd启动的时候默认都启动上面的三个服务!

6．启动rstatd：

rpc.rstatd

7.查看rstatd是否启动：

rpcinfo –p

如果能看到：  

       100001    5   udp    618  rstatd

    100001    3   udp    618  rstatd

    100001    2   udp    618  rstatd

    100001    1   udp    618  rstatd

就说明rstatd服务已经启动。可以用LR去监视了。

因为无法上传到rsh-0.17-14.i386.rpm  rsh-server-0.17-14.i386.rpm这两个文件,所以请大家在linux光盘里找,或是在网上找啦

在51Testing看到一位网友的总结,非常全面. 最近上礼拜Levis总是问为什么他的Linux资源情况监控不了,应该好好看看这篇文章。

关于LR监视Windows和linux的说明

一 windows

1 监视连接前的准备工作

首先保证被监视的windows系统开启以下二个服务Remote Procedure Call(RPC) 和Remote Registry Service (这里具体在那里开起服务就不说了)。

被监视的WINDOWS机器:右击我的电脑,选择管理->共享文件夹->共享 在这里面要有C$这个共享文件夹,(要是没有自己手动加)。

然后保证在安装LR的机器上使用运行.输入\\被监视机器IP\C$ 然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了。

说明: LR要连接WINDOWS机器进行监视貌似要有管理员帐号和密码才行。

2 用LR监视windows的步骤

(这里就不详细说明了,只要在窗口中右击鼠标选择Add Measurements就可以了)

二 linux

1 准备工作

首先,监视Linux一定要有rstatd这个守护进程,有的Linux版本里也有可能是rpc.rstatd这里只是名字不同而已,功能是一样的。

一般来说LINUX需要下载一个包才有这个服务,包名字是rpc.rstatd-4.0.1.tar.gz. 这是一个源码,需要编译。

下载并安装rstatd

tar -ivh rpc.rstatd-4.0.1.tar.gz
./configure —配置
make —编译
make install —安装
rpc.rstatd —启动rstatd进程

配置rstatd 目标守护进程是xinetd,它的主配置文件是/etc/xinetd.conf 里面内容是

只有基本信息
# Simple configuration file for xinetd
#
# Some defaults, and include /etc/xinetd.d/

defaults
{
instances = 60
log_type = SYSLOG authpriv
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}

includedir /etc/xinetd.d

里面内容的意思在这里就不说了!网上有具体解释,

我们这里需要修改的是/etc/xinetd.d/下的三个conf文件 rlogin ,rsh,rexec 这三个配置文件,打这三个文件里的disable = yes都改成 disable = no ( disabled 用在默认的 {} 中 禁止服务)或是把# default: off都设置成 on 这个的意思就是在xinetd启动的时候默认都启动上面的三个服务!(由于貌似用ps ax不能看到rlogin ,rsh ,rexec这三个进程是否开启,所以使用default: on,因为rstatd和xinetd这二个服务是否启动在ps ax里是看的到的)。
然后你在保证Linux机器上的进程里有rstatd和xinetd这二个服务就可以用LR去监视了。

几点小的技巧:

检查是否启动: rsh server 监听和TCP 是514。
[root@mg04 root]# netstat -an |grep 514
tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN
如果能看到514在监听说明rsh服务器已经启动。

检查是否启动: rstatd

输入命令: rpcinfo -p

如果能看到

程序 版本 协议 端口

*** **** udp 741 rstatd

那就说明rstatd服务启动了,(当然这里也可以用ps ax代替)。

几点说明: 1) 在实际操作中有可能会碰到一些问题,这里还有一份网上的关于LR连接时候可能出错的情况,详细请见下面；

2) 网上也有人说在LR的资源窗口中右击鼠标出现的Add Measurements选项是暗淡的,我操作的时候没碰到,这里可能是LR没有完全安装的原因；

3) 由于条件的限制,(没有UNIX环境)所以这次没有遇及UNIX的监控,但网上也有这方面的资料,说明的也比较清楚,在这里就不再重复了；

4) 由于本人能力有限,只是把网上的内容归纳了一下,说的不对的地方请高人指点,我会更新内容。

LoadRunner中服务器资源监控器疑难解答

要监控服务器计算机上的资源，必须能够连接到该计算机。如果监控失败，并且 LoadRunner 找不到指定的服务器，请确认指定的服务器是否可用。在 Controller 或优化控制台计算机命令行中键入 ping <server_name>，执行“ping”操作。

问题 解决方案

无法监控其他域中的 Windows 计算机，或者“访问被拒绝”。

要获得对远程计算机的管理权限，请在命令提示符下执行以下命令：

%net use \\<计算机名>/用户:[<域>\<远程计算机名>]

提示输入密码时，输入远程计算机的密码。

无法监控 NT/Win 2000 计算机（发出一条错误消息：“未找到计算机名”或“无法连接到主机”）

要监控的 NT/Win 2000 计算机仅允许具有管理员权限的用户进行监控。要允许非管理员用户进行监控，必须授予用户对特定文件和注册表项的读取权限（Microsoft 技术说明编号 Q158438）。需要执行下列步骤：

a. 使用浏览器或文件管理器，授予用户对下列项的读取权限：
%windir%\system32\PERFCxxx.DAT

%windir%\system32\PERFHxxx.DAT

其中 xxx 是系统的基本语言 ID，
例如，英语的 ID 为 009。这些文件可能
已丢失或损坏。如果对此有怀疑，请从
安装 CD 中提取这些文件。

b. 使用 REGEDT32，授予用户对下列项的读取权限：
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Perflib
以及该项的所有子项。

c. 使用 REGEDT32，至少授予用户对下列项的读取权限：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Control\SecurePipeServers\winreg

无法从 NT 计算机监控某些 Win 2000 计数器。

在 Win 2000 计算机上运行 Controller 或优化控制台。

某些 Windows 默认计数器生成错误

删除有问题的计数器，并使用“添加度量”对话框添加相应计数器。

无法从被监控的计算机上获得 SQL Server 6.5 版的性能计数器。

这是 SQL Server 6.5 版的一个错误。解决方法为：在被监控的计算机上使用 regedt32，授予用户对以下注册表项的读取权限：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer

（Microsoft 技术说明编号 Q170394）

选定度量未显示在图中。

确保已注册显示文件和 online.exe。要在不执行完全安装的情况下注册监控器的 dll，请运行 LoadRunner\bin 中的 set_mon.bat 批处理文件。

监控 Windows 计算机时，图中不显示任何度量。

检查内置的 Windows 性能监控器。如果该监控器不能正常工作，则可能是通信设置有问题。

监控 UNIX 计算机时，图中不显示任何度量。

确保 rstatd 正在 UNIX 计算机上运行（请参阅“系统资源监控”）。

无法监控下列 Web 服务器之一：MS IIS、MS ASP 或 ColdFusion

请参阅上面的问题“无法监控 Windows 计算机”。

无法监控 WebLogic (JMX) 服务器

打开 <LoadRunner 根文件夹>\dat\monitors\WebLogicMon.ini 文件，并搜索：
[WebLogicMonitor]
JVM=javaw.exe
将 javaw.exe 更改为java.exe。将打开一个包含跟踪信息的窗口。