本人整理了一个LR使用过程中遇到的各种问题的总结文档，有需要可以加QQ群169974486下载。
一、无法生成虚拟用户，运行报错：CCI compilation error -vuser_init.c
问题出现情景是：loadrunner当天可以正常运行，保存好后，脚本和参数化也保持一致，第二天再次打开不能使用。在controller中，脚本运行，提示错误：LR8.1 Error: CCI compilation error -vuser_init.c
直接在loadrunner generator打开之前保存的脚本，点击运行无法执行，在回放日志栏提示：vuser_init.c：No such file or directory
分析其原因是，缺少文件
解决办法：拷贝一个init.c文件放在测试脚本目录下或者重建一个文件；
二、Error: Failed to send data by channels - post message failed
寻找解决办法，多数测试人员给出解答如下：出现这个问题，目前判断是因为lr和测试机环境或者测试服务的兼容性出现了问题，而且一般的这个问题只是在测试大数据访问的时候才会出现。
解决办法：在LR的controller负载生成器的菜单栏中的Diagnotics->configure->Web Page Diagnotics[max vuser sampling
10%]默认的Enable关掉，重新运行以后这个问题就很少出现了。
原网loadrunner help
center，链接如下：https://translate.google.com.hk/translate?hl=zh-CN&sl=en&u=http://lrhelp.saas.hpe.com/en/latest/help/WebHelp/Content/Controller/ui_diagnostics_distribution.htm&prev=search
原因详见下图
三、服务器监测—top命令
性能测试过程中，利用top命令，对服务器的实时性能进行监测。
详解：（Top命令及参数详解，不再赘述）
Cpu: 309.0% 用户空间占用CPU百分比
对于多核cup，此值是个比例值，相对每个cup内核。当前服务器为24核实机。
四、服务器性能检测-io峰值，尖峰的原因
有波动，和开发讨论，有可能是虚拟机垃圾回收了~
清理内存时，好像卡了一下，在服务器的监测数据中，明显有尖峰。
五、响应时间和点击率一直上不去的原因—kv数据添加机制
针对本次活动接口测试，服务端布的环境中，会将用户的deviceid和领奖等信息添加到kv中（相当于一个数据池），具体添加数据到kv时间或时机因需求而异。项目中有每天定时添加数据到kv中的数据信息，也有实时添加到kv的数据信息。
KV数据，同步和异步，服务端性能的区别；
（1）同步写KV数据，占用耗时，平均响应时间在3~4秒左右；
（2）异步写KV数据，请求的响应时间大大降低，在0.3~0.4秒左右；
在开始压力测试之前，建议需要先和服务端开发沟通相关数据读写细节。
六、Linux内存回收机制-学习
关于Linux的内存回收机制，我也在学习中，O(∩_∩)O，感受到了Linux的美！
七、日志满，无法写log，点击率突降
测试中，用户不断增加，服务器性能较好，感觉不到什么压力，吞吐量也在增加，稳定一定时间后，点击率突然降低，响应时间骤升，此时测试机性能良好。到达极限后应保持，怎么会突然降低呢？查找原因，是开发将日志写在了一个较小的服务器磁盘中，压测过程中产生大量的日志，在测试一段时间后，当前磁盘已经接近饱和，达到100%，报警！
这也让我想到，之后的接口测试除了基本的接口参数、功能等基本内容沟通，还要和服务端开发更深入的沟通了解，部署环境的策略以及日志记录的机制等等，避免此类事情发生，提高测试效率。