精华内容
下载资源
问答
  • Monkey测试问题解决方法

    万次阅读 2015-10-10 21:02:59
    目录 1.1 Monkey测试简介... 1 1.2 Monkey程序介绍... 1 1.3 Monkey命令的简单帮助... 2 1.4 Monkey命令参数...1.6 Monkey测试问题分析及处理技巧... 3 1.7 Monkey测试注意事项... 3 1.8 Monkey测试命令... 3 1.9 Mo

    目录

    1.1 Monkey测试简介...1

    1.2 Monkey程序介绍...1

    1.3 Monkey命令的简单帮助...2

    1.4 Monkey命令参数介绍...2

    1.5 Monkey测试步骤...2

    1.6 Monkey测试问题分析及处理技巧...3

    1.7 Monkey测试注意事项...3

    1.8 Monkey测试命令...3

    1.9 Monkey测试问题分析...4

     

     

    1.1 Monkey测试简介

    Monkey测试是Android平台自动化测试的一种手段,通过Monkey程序模拟用户触摸屏幕、滑动Trackball、按键等操作来对设备上的程序进行压力测试,检测程序多久的时间会发生异常。

    1.2 Monkey程序介绍

    1)    Monkey程序由Android系统自带,使用Java语言写成,在Android文件系统中的存放路径是:/system/framework/monkey.jar;

    2)    Monkey.jar程序是由一个名为“monkey”的Shell脚本来启动执行,shell脚本在Android文件系统中的存放路径 是:/system/bin/monkey;这样就可以通过在CMD窗口中执行: adb shell monkey {+命令参数}来进行Monkey测试了。

    1.3 Monkey命令的简单帮助

    要获取Monkey命令自带的简单帮助,在CMD中执行命令: 
    adb shell monkey –help

    1.4 Monkey命令参数介绍

    可参考MTK相关文档。

    Android_Monkey_Test_SOP.pdf

    Monkey_Test_SOP_Customer_MT6572_4.x .pdf

    1.5 Monkey测试步骤

    步骤1:下载user版本后手动导入APR工具。

    步骤2导入完毕后重启手机,连接usb线,运行logServerInstall.bat

    步骤3运行后手机会自动重启,重启完毕后手机端键入*#*#2012#*#*,能够进入对应界面即为apr安装成功。

    步骤4手机连接电脑,开启adb:键入adb shell ps logserver,查询logserverPID值,然后键入adb shell kill PIDlogserver PID)。

    步骤5再次键入adb shell ps logserver查看logserser已被kill掉。

    步骤6手机连接电脑,开启USB存储,在手机内存(或SD卡)中,新建一个名为whitelisttxt文件,该文件中输入想跑的模块名,每个模块输入后回车输入下一个,若对模块名称不熟悉可参考monkey测试报告,内有模块排练信息。

             例如:com.chinamobile.cmccwifi

                   com.cmcc.mobilevideo

                   com.hisunflytone.android

    步骤7上一步完成后,手机端进入对应的apk模块,如:whitelist中想跑新浪微薄,uc浏览器的话,手机端分别进入这些应用,把首次使用提示框点掉,记得勾选上永远不提示的选项以免跑monkey无法正常测试。

    步骤8手机连接电脑,打开adb

    步骤9键入adb shell,回车后键入

    monkey --pkg-whitelist-file /mnt/sdcard/whitelist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -v -v -v 200000 >/mnt/sdcard/Stability_base.txt

    步骤10此时,既能正常开始monkey,并记录开始时间。

    步骤11Monkey结束后手机连接电脑,运行getDataLog.bat,生成 datalog。连接usb存储,在是手机上找到Stability_base.txt文件,查看最后修改时间,该时间即为monkey运行最后结束时间。

    1.6 Monkey测试问题分析及处理技巧

    Monkey测试主要是测试负责,研发这边配合测试进行问题复现及给出测试建议,重点工作还是monkey问题分析,包括冻屏、死机重启、crash等。由于这类问题分析起来比较麻烦,所以一般如果没有相关分析经验可以先定位问题,准备好相关的log配合MTK分析或者找部门内部有相关经验的研发人员配合分析。

    1.7 Monkey测试注意事项

    注意事项:

    1.       测试关闭所有网络开关(wifi及数据连接)

    2.       开启安全设置下的未知来源

    3.       手机连接电源充电

    4.       若有有关于音频的模块,请插入耳机避免影响其他同事

    5.       若测试信息模块时需要安装测试工具testwizard.apk,自动生成通话记录,短信(数量为10

    6.       若测试文件管理器需要在T卡内存放有图片/音乐/apk/视频/txt这类文件

    7.       测试图库是需要T卡内存放100个图片及视频的,同样音乐和视频播放器也需要存放不少于50个片源

    8.       测试电子邮件的需要新建两个以上的账户

    9.       测试前运行一遍手机上方带有的首次提示的说明,如输入法,文件夹窗口,apk提示语等

    10.   若测试时遇到问题想重新开始测试,必须拔掉电板后重新键入adb指令重新开始。

    1.8 Monkey测试命令

    1.       ALL apk命令

    monkey --throttle 500 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 800 -v -v -v 200000>/mnt/sdcard/Stability_all.txt

    2.       跑白名单命令

    monkey --pkg-whitelist-file /mnt/sdcard/whitelist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -v -v -v 200000 >/mnt/sdcard/Stability_base.txt

    3.       跑黑名单命令

    monkey --pkg-blacklist-file /mnt/sdcard/blacklist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -v -v -v 200000 >/mnt/sdcard/Stability_base.txt

    1.9 Monkey测试问题分析

    Monkey测试log为标准MTK log,常见问题也是以下几种:CrashNEKEANR等。

    测试前首先关闭MTK log,将sdcard卡和手机内存中的旧的log清理赶紧,最相关干扰文件一并清理干净,否则后期取出log很容易造成困扰。




    注意事项:
    1)每个模块使用3台手机测试,测试完成后恢复出厂设置在测试其他模块,避免残留文件影响其他模块测试结果.

    2)测试部分需要资源的模块,测试前需要先导入资源.
    信息:导入500条短信
    联系人:导入500个联系人
    音乐:导入100个歌曲
    视频:导入20个视频
    浏览器:插入有钱的SIM卡,开启数据连接,连接WIfi
    FM收音机:插入耳机
    Email:登录邮箱帐号

    3)部分模块第一次进入有使用说明或者协议说明,需要手动点击完成后在测试.
    应用市场:勾选不再提醒,完成所有提示确认
    主题:勾选不再提醒,完成所有提示确认
    相机:勾选不再提醒,完成所有提示确认
    图库:勾选不再提醒,完成所有提示确认
    ......
    因为应用太多就不列举出来了,每个模块测试前先手动进入查看,完成所有导航在进行测试.


    Monkey测试命令

    1.
    跑ALL APK命令:(>2小时)
    monkey --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000 -v -v -v 30000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    跑单个APK命令(>6小时):
    monkey --pkg-whitelist-file /mnt/sdcard/whitelist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000  -v -v -v 90000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    跑单个APK命令(>2小时):
    monkey --pkg-whitelist-file /mnt/sdcard/whitelist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000  -v -v -v 30000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    2.
    跑ALL APK命令(>12小时):
    monkey --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000 -v -v -v 180000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    跑ALL APK命令(>12小时)加入黑名单:
    monkey --pkg-blacklist-file /mnt/sdcard/blacklist.txt  --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000 -v -v -v 180000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    跑单个APK命令(>12小时):
    monkey --pkg-whitelist-file /mnt/sdcard/whitelist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000  -v -v -v 180000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt
    3.
    跑ALL APK命令(>24小时):
    monkey --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000 -v -v -v 360000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    跑ALL APK命令(>24小时)加入黑名单:
    monkey --pkg-blacklist-file /mnt/sdcard/blacklist.txt  --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000 -v -v -v 360000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt

    跑单个APK命令(>24小时):
    monkey --pkg-whitelist-file /mnt/sdcard/whitelist.txt --throttle 1000 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -s 1000  -v -v -v 360000 1 >> /mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt


    注:跑单个APK时一定记住在手机存储根目录里面放一个白名单文件:whitelist.txt,txt文本写入要测的模块APK应用的包名即可,表示只跑指定apk,如果是在手机根目录中放blacklist.txt,填写相应包名,指跑除blacklist.txt上指定应用的所有应用。Monkey跑完后检查log里面是否有crash、anr(在根目录下的/mnt/sdcard/Stability_base.txt 2>> /mnt/sdcard/Stability_base_err.txt)


    其实仅仅就是拿到手机后,将/mnt/sdcard放入whitelist.txt或则blacklist.txt,里面放上应用包名,然后adb shell---》mokey命名,就可以了


    命令解释:

    参数:  --throttle <毫秒>

    用于指定用户操作(即事件)间的时延,单位是毫秒;

    参数:  --ignore-crashes

    用于指定当应用程序崩溃时(Force & Close错误),Monkey是否停止运行。如果使用此参数,即使应用程序崩溃,Monkey依然会发送事件,直

     

    到事件计数完成。
    参数:  --ignore-timeouts

    用于指定当应用程序发生ANR(Application No Responding)错误时,Monkey是否停止运行。如果使用此参数,即使应用程序发生ANR错误,Monkey依然会发送事件,直到事件计数完成。
    参数:  --ignore-security-exceptions

    用于指定当应用程序发生许可错误时(如证书许可,网络许可等),Monkey是否停止运行。如果使用此参数,即使应用程序发生许可错误,Monkey依然会发送事件,直到事件计数完成。

    参数: ignore-native-crashes
    忽略本地代码导致的崩溃。设置忽略后,Monkey将执行完所有的事件,不会因此停止

    参数:  --monitor-native-crashes

    用于指定是否监视并报告应用程序发生崩溃的本地代码。

    参数: -s
    用于指定伪随机数生成器的seed值,如果seed相同,则两次Monkey测试所产生的事件序列也相同的。示例:
    Monkey测试1:adb shell monkey -p com.htc.Weather –s10 100

    Monkey 测试2:adb shell monkey -p com.htc.Weather–s 10 100
    两次测试的效果是相同的,因为模拟的用户操作序列(每次操作按照一定的先后顺序所组成的一系列操作,即一个序列)是一样的。操作序列虽然是随机生成的,但是只要我们指定了相同的Seed值,就可以保证两次测试产生的随机操作序列是完全相同的,所以这个操作序列伪随机的;

     
    参数:  -v

    用于指定反馈信息级别(信息级别就是日志的详细程度),总共分3个级别,分别对应的参数如下表所示:

    日志级别 Level 0

    示例 adb shell monkey -p com.htc.Weather –v 100

    说明 缺省值,仅提供启动提示、测试完成和最终结果等少量信息

     

    日志级别 Level 1

    示例 adb shell monkey -p com.htc.Weather –v -v 100

    说明  提供较为详细的日志,包括每个发送到Activity的事件信息

     

    日志级别 Level 2

    示例 adb shell monkey -p com.htc.Weather –v -v –v 100

    说明  最详细的日志,包括了测试中选中/未选中的Activity信息 
    展开全文
  • junit测试出现的小问题解决方案

    千次阅读 2015-09-22 13:42:30
    junit是一个比较好的测试工具,但是用的时候会出现这样或者那样的问题,下面就看看常见的几个小问题: 1.Application loader failed.....(spring 测试时). 2.initializationError(org.junit.runner.manipulation....

    junit是一个比较好的测试工具,但是用的时候会出现这样或者那样的问题,下面就看看常见的几个小问题:

    1.Application loader failed.....(spring 测试时).

    这是因为你的路径不对,检查你的application*.xml的文件路径,如果有多个配置文件写成这样:


    另外要确定你的配置文件放在src源文件根下,或者你另外建的资源文件夹下,如图:



    2.initializationError(org.junit.runner.manipulation.Filter)

    这个是由于你在测试的时候没有加上@Test,别那么粗心,

    这是小问题,这个问题还有个是因为版本,我在测试mybatis的时候,出现了这样一个问题,我当时用的是4.11的版本,改了版本后就没有这个问题了。

    其他问题一般因为你的sql问题,或者mybatis配置文件的问题,根据那个错误提示还是很好找的











    展开全文
  • 压力测试常遇到的问题解决方法

    千次阅读 2018-07-19 15:19:29
    下面收集一些压力测试中常遇到的问题,及其解决方法。 问题1:averager esponse time 响应时间过长?(与实际偏差甚大完全不合理) 解决方法:导致此问题的原因很多,可从以下几类分析: 1、是否在脚本中添加了多...

    基于系统做过性能测试,自我感觉,困难在于:第一,脚本的调试与优化(与自己的编码能力相关);第二,运行场景中的监控;第三,基于结果对其进行分析,不是结束而是开始。

    下面收集一些压力测试中常遇到的问题,及其解决方法。

    问题1:averager esponse time 响应时间过长?(与实际偏差甚大完全不合理)

    解决方法:导致此问题的原因很多,可从以下几类分析:

    1、是否在脚本中添加了多长时间的思考时间。

    2、事物和集合点的先后顺序是否正确,正确的顺序是把集合点放在事物前,反之也会增加事物响应时间的值。

    3、网速问题,网速一般不会造成太大的偏差,但不排除并发量很大的情况下造成的延误。

    问题2:LoadRunner超时错误

    解决方法:首先在运行环境中对超时进行设置,默认的超时时间可设置长一些,再设置多次迭代运行,若还有超时的现象,需要在“Runtime Setting”> “Internet Protocol:Perferences” > “Advanced”区域中设置一个“winlnet replay instead of sockets”选项,再回放是否成功。

    问题3:LoadRunner脚本中出现乱码

    解决方法:重新录制脚本,在录制脚本前,打开录制选择配置对话框进行设置,在“Recording Option”的 “Advanced”选项里将“Surport Charset”选中,然后选择支持“UTF-8”的选项。

    问题4:在录制过程中IE页面上,某些控件显示有问题,导致不能录制

    解决方法:一般情况下,将被测系统的URL加入可信任站点中。

    问题5:Error-27796:Failed to connect to server ‘XXX’

    此问题可以说是经常遇到但不易被解决的难题,大致可这样去排查:

    (1)检查run time setting 中的请求超时时间Preferces中点击Options ‘HTTP-request connect tinmeout’,’HTTP-request receieve timeout’,’Step download timeout’,查看其值是否为1000、1000、10000;run time setting设置完还需要在control组件的option的run time setting中设置相应的参数;

    (2)Browser Emulation 中的Download non-HTML resources选项去掉;

    (3)设置“Runtime Setting”> “Internet Protocol:Perferences” > “Advanced”区域中设置一个“winlnet replay instead of sockets”选项,再回放。

    如果实在不行,就试试重启,因为有些时候可能因为工具、网络、机子等问题。

     

    展开全文
  • 压力测试tps性能下降问题解决方案

    千次阅读 2015-12-22 18:48:51
    压力测试tps性能下降问题解决方案 背景 测力测试时反映tps一直下滑的问题,为了重现该问题,开发一个简单交易进行测试测试代码如下 录制该交易脚本,并放在LoadRunner11中进行测试,场景为10个用户同时...

    压力测试tps性能下降问题解决方案

    背景

    测力测试时反映tps一直下滑的问题,为了重现该问题,开发一个简单交易进行测试,测试代码如下

    录制该交易脚本,并放在LoadRunner11中进行测试,场景为10个用户同时启动并持续的跑。可以看到1分钟之后tps开始下降,并在后期持续下降。

    \

    此时分析服务端日志、javacore、heapdump、gc等,并未发现异常现象。修改服务端线程池相关等,但测试结果却是一如既往的下滑。记录服务端处理请求时间,发现一直很稳定,初步怀疑是客户端压力不够导致,但一直无具体证据,因此压测tps下滑问题一度搁置。

    转折点

    本周一时,一同事开始做压力测试,交流这个问题后,那边现场也开始了类似测试,但测试结果如出一辙。后来广发使用了LoadRunner中的按进程运行vuser,测试效果如下。可以看到,整个过程跑了3个小时,tps一直稳定在950左右,这下总算有了突破口。

     

    \

    分析

    LoadRunner中按进程运行vuser与按线程运行vuser跑出来的结果竟然会有那么大区别,那么他们两者的结果为什么差别那么大呢。

    LoadRunner中对这两种分别是这样说明的:

    ? 按线程运行vuser

    启动多线程以便每台负载生成器计算机运行更多的vuser。

    ? 按进程运行vuser

    禁用多线程并将每个vuser作为完整的进程运行。用于非线程安全协议

    网上对于两者有这样的解释:

    线程的资源是从进程资源中分配出来的,因此同一个进程中的多个线程会有共享的内存空间

    那么回过头来使用神器javavisualvm查看下使用按线程运行vuser时mdrv.exe(lr跑vuser的程序)进程的内存使用情况,可以看到运行7分钟时间内fullgc执行了94次,仔细看下可以发现新生代为896k+64k*2=1024k,最大4992k,年老代为4m,最大59.125m。此时猜想为jvm内存分配太小导致的

    \

    调优

    现在调整下虚拟机内存并使用同样的场景进行测试,jvm参数与测试结果如下:

    Jvm参数:-Xmn128m -Xmx384m -Xms384m-XX:PermSize=64m -XX:MaxPermSize=128m

    \

    果然和猜想的一样,测试期间稳定运行,下面为本次的内存使用截图

    \

     

    可以看到年老代内存使用一直稳定在1.457m,持久代内存一直稳定在5.616m,

    整个过程没有进行fullgc,垃圾回收全部在年轻代。

    基于本次测试,继续调整基于本场景下的虚拟机参数,增大年轻代,缩小年老代与持久代。并使用同样的场景进行测试,jvm参数与测试结果如下:

    Jvm参数:-Xmn320m -Xmx384m -Xms384m -XX:PermSize=12m -XX:MaxPermSize=12m

    \

    继续看测试过程中内存使用情况。

    \

    可以看到运行1:40期间,年轻代执行gc 2304次,耗时45.703s,相对于上次测试的运行1:10,年轻代执行gc 3228次,耗时35.965s,有一定的提升。

    结论

    此次发现的压力测试tps持续下降问题并非由服务端和客户端处理性能导致,而是由压测客户端内存分配不合理导致。

    后续测试时如出现类似情况可选取按进程运行vuser,也可根据实际运行交易场景进行内存参数调整,保证后续测试正常进行。

    按进程运行vuser时其中一个进程的内存使用截图:

    \


    展开全文
  • 在千辛万苦的解决了apache反向代理的一些资源问题和websocket问题后。想试试ngnix会不会也有同样的问题,经过测试,发现nginx更简单方便,易于配置。接下来我们列出具体的需求和配置。 首先,我们的云主机ip为 ...
  • 昨天在测试视频播放器教学代码时,播放音乐的时候,模拟器弹出"不能播放此视频",程序没有出现闪退,logcat显示 no such file ,一直找不出原因,后来猜测可能是视频资源问题. 于是我就利用模拟器系统的播放器播放,果然...
  • 解决netbean资源文件的路径问题

    千次阅读 2007-04-14 13:31:00
    觉得 虽然作者针对的是j2me开发时的情况,但是在开发java 的应用程序添加资源,如图片, flash等,道理也是一样的;下面就针对netbeans开发环境下测试一下.到于eclipse跟上面那篇文件一样只是添加源文件夹即可. 以下是...
  • 基于蚁群算法解决多模式资源约束项目调度问题 最近选修了张超勇教授的项目管理学,最后这门课留下了一门大作业,这里我选做是资源约束下的项目调度问题,通过使用元启发式的蚁群算法求解了这个问题,由于时间比较...
  • 问题: 1.微信公众平台开发如何进行本地测试? 2.微信公众平台目前只支持80和433端口如何解决? 3.如何解决外网访问内网?   案例场景: 在微信公众平台开发服务号,开发新功能,想本地起服务进行测试。   ...
  •  本篇文章的命题来源于博主参加工作后的第一项任务,用智能优化算法解决工程实际中关于某施工场地相关资源布局的问题。由于博主的硕士毕业论文(详见第3章 基于PSO的已知静态路径规划方法)涉及到了粒子群优化算法...
  • 问题:出现415错误 原因分析: 原因是我们的接口做了规范,默认就是通过@RequestBody 的方式请求的; 也就是每一个请求必须是通过实体对象进行传参,不能通过form-data 表单提交的方式进行传参; 解决办法: 1、...
  • dlink中设置端口映射图文讲解(解决电驴tcp链接测试失败问题) 今天找一个资源的时候想用下电驴,于是下载了网上声誉良好的emule a5.0a Xtreme8.0 安装过程中出现了测试步骤,点击测试后。出现这样一个问题: ...
  • 问题描述: 当前端代码和后台代码不在一个服务器的时候;或者在一个服务器上,端口不一样的时候。 前端请求后台的时候就涉及到跨域的问题,如果是协议和端口造成的跨域问题“前台”是...解决办法: 常...
  • 测试面试问题总汇

    万次阅读 多人点赞 2018-12-17 20:51:24
    2.项目人员配置(遇到什么问题找谁,有多少人投入测试测试环境,硬件,软件);3.要测试的软件的主流程,异常流程,测试重点;4。项目整体规划(发布时间 第二布:指定测试策略、测试计划和bug定义标准,这一步...
  • 解决NuGet加载或下载资源慢的问题

    千次阅读 热门讨论 2019-09-24 10:46:27
    我们知道,直接使用https://www.nuget.org/api/v2/源访问或下载资源的速度在国内来说是非常慢的,我们可以添加国内的资源地址,如华为或腾讯。 腾讯的资源地址为:https://mirrors.cloud.tencent.com/nuget/ ...
  • 在录制Web服务器端,如果超过120秒服务器协议脚本回放时超时情况经常出现,产生错误的原因也有很多,解决的方法也不同。 错误现象1:Action.c(16): Error -27728: Step download timeout (120 seconds) has ...
  • 转载https://blog.csdn.net/ouyang111222/article/details/53266107前言:传统的web项目,一般都将静态资源连同项目部署在容器中(如tomcat、jetty),但是有时需要把这些静态资源文件单独拿出来,ngnix这时可以来...
  • SpringMVC是我们常用用的框架,它提供两种静态资源文件放行的方式 对静态资源放行 自己设置路径: &amp;lt;mvc:resources location=&quot;/fonts/&quot; mapping=&quot;/fonts/**&quot;/&...
  • jmeter作为一个开源的纯Java性能测试工具,工作中极大的方便了我们进行接口、性能测试,但使用过程中也遇到了很多的问题,下面就记录一下自己遇到的问题,后续会不断更新。。。 1、获取日志 在使用jmeter过程中,...
  • 做性能测试也有好几年了,在测试过程中经常会遇到一些觉见错误 ,这些错误可能是由于设置不当引起,也有可能是选项设置引起,更有可能是测试执行中的一些细节没有注意而引起的,在此做一些总结,以记留念: ...
  • 1 Exception in thread main brut.androlib....解决办法:下载最新的apktool,在google官网上。测试,如果未成功采取第二种方法   2 Exception in thread main org.jf.dexlib.util.exceptionwithcontext index
  •  因为手里项目所用到的稳定性和性能测试工具每天手动部署到各台windows机器上比较浪费时间,所以这里使用jenkins用于部署测试工具到各个测试机上运行。整套环境需要一个中心服务器和若干测试机器组成的slave,这...
  • MVC几种找不到资源问题解决办法

    千次阅读 2014-07-15 11:51:25
    在MVC中,controller中的Action和View中的.cshtml文件名称有一个对应的关系。 当不对应时,有以下几种情况发生: 一、找不到视图的错误 请求URL:http://localhost:13850/Customer/Create ...解决方式
  • Java路径问题最终解决方案 —可定位所有资源的相对路径寻址前言
  • 过程:之前发现资源管理器超级卡,我百度了好久都没有解决办法,我甚至装了ubuntu系统,可是编程还是习惯在windows平台,几度回到windows下敲代码。今天突然发现只在目录中有html,htm等网页文件时,才会很卡,惊奇...
  • 重头戏来了,到jsp页面上的时候,死活拿不到资源文件,我查了网上各种对应的问题,尝试了很多次都没有解决的这个问题。 bundle_global.jsp的代码: "java" pageEncoding= "UTF-8" %> "java.util.Locale" %...
  • 问题描述 解决方案
  • 在javaeye看到 有人问关于自动化测试方面的问题,就说了自己的一些看法,也在这里记录一下。原文在:http://www.javaeye.com/post/320936原帖:假设你是一名测试工程师,现安排你去一个j2ee的电子商务平台项目上负责...
  • 解决 IDEA 中src下xml等资源文件无法读取的问题

    万次阅读 多人点赞 2015-10-03 23:07:32
    问题的实质是,idea对classpath的规定。 在eclipse中,把资源文件放在src文件夹下,是可以找到的; 但是在idea中,直接把资源文件放在src文件夹下,如果不进行设置,是不能被找到的。 下面说说几种解决方法,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 645,512
精华内容 258,204
关键字:

如何解决测试资源问题