最近想对系统的前期的用户行为进行分析，并收集一些历史数据数据，但自己对这方面的做的还比较少。
     初步的相法的对正式的运营的系统的DBServer，WEBServer,WAPServer进行监控，得出一些计数器指标；并把IIS日志通过FTP+DTS的方式，传到本地，形成一张表，然后自己用SQL语句进行查询，统计用户主要访问的几个页面和不同时段的访问量，本想用OLAP的方式，再用Report Server做前端展现的，可公司里没一个是MDX语言方面的高手，只好作罢。
    结合监控DBServe运行情况对用户的查询使用使用频率，进行分析，从而或以后的性能测试有针对性的对某些表、视图、索引是否要进行优化，是否要先投影还是先选择，是否要用自连接还是要用外连接，并发控制的锁型，是否要提高封锁协议的级别，是否符合范式等等进行分析。
     个人觉得这方面的工作对以后的性能测试工具还是满重要的，如果做得好或许会起到事半功倍的效果，不过这方面的工作做起好像用LR做性能测试还要难，需要的经验和智慧，还有整个项目组的合作。
    我到是觉得LR是把武林中难得一把宝剑，智慧和经验就是一本内功心法。如果只把剑练好了，那就是剑侠，而如果把内功心法修好了，再把剑练好了，那就是武林高手了。好像好多武林小说里，好像都是这样的。呵呵
   不过真要成为武林高手的又有几个了？我目前就面临时是转向管理还是走技术路线的尴尬境地。
   扯远了，不知那位高手有这方面的经验，给小弟指点一下，我将不甚感激！
   期待风清扬的出现！

[ Last edited by zjm0326 on 2005-6-22 at 10:34 ]

我认同楼上的说法！在LR的测试过程中，脚本开发、场景设计、分析三大块，最难得是最后！所以说高级测试人员要求首先是个好的开发人员，但是还必须具有系统知识！
开发人员往往会质疑你的测试结果，他们会以开发知识来质疑你！不知道大家是否遇到此情景，这个也是理所当然，因为你挑他的毛病，如果你没有一个好的开发功底去解释你的测试结果，往往测试就变得无效！所以此时你就要使用好你的分析手段去检测问题具体出现在哪里！使得他不得不信服与你!
我在测试过程出现过一个例子，给大家分享。我检测一个weblogic应用程序，发现weblogic线程全部占满，而且还有大量的消息堵在weblogic里面，看似是 weblogic的问题，如果下此结论肯定太为仓促，然后我们对所有的测试过程进行分解，单独测试weblogic，发现一点都没有问题，那问题肯定不在此上面，然后我们检查weblogic与数据库之间问题，检查网络的问题，检查各种涉及到的第三方软件，直到最后我们才分解到问题出现在一个第三方软件上，导致了weblogic无法处理响应！所以说分析的时间会占到其他方面的一倍以上（如果在出现问题的情况下）

以前，我认为我只要把测试结果告诉给开发，然后他们就会相应的去改进，现在发现那时很幼稚的想法，他们会让从让拿出具体的测试报告，并会对你的脚本进行怀疑，会从系统开发角度来对你的结果进行质疑，这时候你需要的是什么了？
    就像版主所说的你的分析结果，必要要准备PPT；和你的对系统的了解，还有你平时在他们心目是的地位。
    我这方面的经验还是比较缺少的，希望和版主进一步交流和指导！