30个小时发现loadrunner严重的bug

winmeeasy

To 楼主:
你所说的不是Loadrunner的bug，是你的用法不对。LoadRunner在跑虚拟用户的时候是每50个用户会启动一个进程（LR说明书有，通过任务管理器也能观察到），楼主代码里面在写日志文件的时候用的是线程锁而不是进程锁，因此50个用户不会出问题，100个用户由于启动了两个进程在并发时当然有可能出问题。
另外，你用的是UDP，我敢肯定你的发包程序本身就不是线程安全的，要是你改成TCP还会出更多的错误。用写DLL方式测C/S的时候，DLL里面申请的变量（包括socket），一定要做到线程安全才行，请参考核心编程的线程本地存储TLS这一节，否则会出意想不到的错误。
还有，写DLL的时候还要在dllmain函数里面对DLL_PROCESS_ATTACH,DLL_THREAD_ATTACH,DLL_THREAD_DETACH,DLL_PROCESS_DETACH单独进行处理。

winmeeasy

原帖由 zengyixun 于 2008-12-2 17:46 发表
LR做c/s是挺烦的，一个测试工具这么多bug，是不是他们公司自己的测试做得不好造成的，让我们怎么相信他们呢，呵呵，我这几天也在测UDP的的应用，send是还简单的啦，我都没有你的烦恼，如果你这种只关系到服务器的话， ...

to zengyixun:当你真正理解了LoadRunner的运行机制后就不会有这种想法了 ，LR测C/S要饶不少弯，不过用熟了以后比直接写测试代码还是要快得多，并且比较稳定，事后数据分析功能强。

winmeeasy

原帖由 sqlserveroracle 于 2008-12-10 16:39 发表
你这个内容：50个用户会启动一个进程，这个信息很重要，但是static CMutex sCSFile;//共享互斥访问，CMutex就是进程锁，不是线程锁（MSDN上面说的很明白）。。。。。。。
但我不知道为什么Loadrunner50个用户就会启 ...

CMutex是进程锁（上面的帖子我说错了,sorry ），static CMutex sCSFile;创建的是匿名进程锁，当LR启动两个进程时，每个进程拥有的锁可能不是同一个了（很有可能是两个匿名进程锁）你应该在构造函数里面指定唯一名字，这样可以保证LR启动的进程用的是同一把锁。其实用Win32的CreateMutex在进程attach的时候创建要更好些。