当前位置：文档之家 › app测试中遇到问题总结

app测试中遇到问题总结

  • 格式：pdf
  • 大小：96.86 KB
  • 文档页数：1

app测试中遇到问题总结⼯作总结：1 这两天由于⼯作，需要进⾏抓包，使⽤了Charles，fidder，发现⼀个坑点： charles没有抓到返回值的时候，默认是不在列表显⽰请求信息的，能不能设置，我就不知道了，但是可以在底部时时显⽰请求信息，⼀闪⽽过； fiddler4可以正常抓到没有返回的请求！2 各类⼿机使⽤adb链接不到，1 链接USB时，电脑提⽰安装失败，点击失败窗⼝，选择通过windows update安装驱动，正常安装驱动后， 再讲驱动安装选择回不从windows安装驱动，驱动安装成功，再次链接USB，查看adb是都正常运⾏，如果还是拿不到 device，可以尝试关闭重新打开开发者模式，反复尝试⼏次，为什么，我也不太清楚，只是笔者遇到了这样的问题！3 oppo机型，总是从新安装unlock和setting，需要修改appium源码，群中有同⾏指点了⼀点，注释以下三⾏代码，但不同版本修改的地⽅不⼀样，博主为1.4.164 ⽇常测试APP发现，如果⽤户不⼩⼼把某个APP的⽹络权限关闭了，在iphone中打开这个APP时，只要发⽣⽹络请求，永远提⽰⽹络异常，你根本想不到居然是⾃⼰不⼩⼼把权限禁⽌了！5 每天都在试⽤测试机安装各种软件，时间长了，发现安卓测试机，每次跑代码都在启动APP后报错。 原因：安卓内空间在测试中占⽤的越来越多，导致软件在⼿机上运⾏速度越来越慢，从⽽导致，代码执⾏出现异常！ 误区：⼀般⼈没有意识到内存空间的减⼩，会逐渐增加等待响应时间。6 最近经常有群友吐槽“强制关闭远程连接的问题”，就算断掉⼿机连接，重连之后依旧会报这样的问题，其实关闭⼿机连接后，同时将“任务管理器”中与“⼿机连接”相关进程杀掉后， 再关闭appium，然后再重新打开appium就可以了！ 7 ⼯具postman作为测试⼈员经常使⽤的⼀种接⼝⼯具，有时候会碰到将接⼝放在代码⾥，完全没有问题，放在postman中却请求出现异常， 此时可以尝试下更改请求参数的传输类型。 8 appium 1.7 不再⽀持name定位⽅式，所以控制台报 org.openqa.selenium.InvalidSelectorException，就很有可能是不⽀持name定位!

合集下载

手机APP测试报告模板【完整版】

手机APP测试报告模板【完整版】

招标手机APP测试总结报告

作 者： 日 期： 2016-03-10

文档编号： 002 版 本： Ver 1.0 目 录

1.测试概述........................................................................................................................................ 1

1.1. 编写目的 ....................................................................................................................... 1

1.2. 测试范围 ....................................................................................................................... 1

2. 测试计划执行情况 ................................................................................................................... 1

2.1. 测试类型 ....................................................................................................................... 1

2.2. 测试环境与配置 ........................................................................................................... 2

平板电视能效测试中遇到的问题与解决方案

平板电视能效测试中遇到的问题与解决方案

增刊　黄林轶：平板电视能效测试中遇到的问题与解决方案　

式（１）中：Ｅｆｆ＿平板电视能源效率；　——开机功率；　一信号处理功率；使用ＹＰＢＰ　分量接口输　入时，　取６　Ｗ，使用模拟射频接１：３输入时，　取１０　Ｗ，使用数字射频接１３输入时，　取ｌ７　Ｗ；　——输入１７％ＡＰＬ信号时屏幕的９点平均亮　度ｆ单位：ｃｄ／ｍ２）：　Ｓ——有效的发光面积（单位：ｍ２）。　可以清楚地看出，当发光面积Ｓ一定时。显示　屏平均发光强度ＬｘＳ（单位ｃｄ）就由平均亮度　决定；当输入信号类型一定时，　为定值，功耗　就由开机功率　决定。因此，评价平板电视能源　效率的高低就是在不超过最大亮度限值的前提下．　评价它的电光转换效率　这里的亮度限值即为３５０　ｃｄ／ｍ２．为了引导厂商在合理的亮度输出条件下降　低开机功耗，提高能源利用率。经过大量的测试．　我们发现．影响平板电视电光转换效率最主要的原　因是所采用的显示屏的电光转换效率．其次是电源　板的电源转换效率。最后是控制主板中软件的调整　和设置。作为平板电视整机制造厂商来说，短时间　内提高屏的电光转换效率和电源板的电源转换效率　是比较困难的．因此，通过调整主板的软件控制来　获得更有利的能效测试结果是当前厂商普遍采用的　方法　２能效测试中遇到的问题与解决方案　讨论　随着对能效标准理解的不断深入．同时在进行　大量的平板液晶电视能效测试工作的基础上．我们　发现以下几点问题：　２．１极限八灰度等级信号的调整问题　我国平板电视能效标准中虽然明确规定了平板　电视的测试条件和标准工作状态．但在实际的测试　中往往遇到如下情况：许多小尺寸的ＣＣＦＬ背光平　板液晶电视在调节工作状态时往往达不到极限八灰　阶可分辨的状态，而不管“亮度”、“对比度”如　何调节．开机功率基本不发生变化。根据ＧＢ　２４８５０—２０１０中附录Ｃ规定．调节平板电视的“亮　度”与“对比度”的设置．将显示调节到极限黑色　和白色的灰度色块之间的区别可以用人眼恰好分辨　的状态　如果无法达到．应调整到“最佳图像质　量”　而最佳图像质量是一个非常主观的判断。在　ＤｌＡＮｚ｜ＣＨＡＮＰＩＮＫＥＫＡＯＸＩＮＧ　ＹＵＨＵＡＮＪＩＮＧＳＨＩＹＡＮ　开机功率基本不发生变化的情况下．往往可通过调　节“亮度”、“对比度”来增加屏幕亮度，因此最　佳图像质量的状态就决定了产品的能效指数结果。　甚至会决定能效等级的判定．这一点作为申请　ＣＱＣ节能认证的产品来说尤为关键．有时正是因　为不同的测试人员对最佳图像质量的评价标准不同　而决定了产品是否属于节能产品　极限八灰度等级信号如图１所示．一般无法分　辨出的灰阶为第二行右起的１００％、９５％以及９０　％这３块灰阶．尤其是无法区分最右边１００％与９５　％灰阶．这种情况表现为无论如何调整对比度设　置．极限八灰阶最多可区分出６个或７个灰阶。如　果以能分辨出最多灰阶数量作为最佳图像质量的评　价标准时．我们可以将对比度调节至最大来获得最　好的亮度测试结果．进而得到较为有利的能效指数　结果　但实际上这样的状态是否就是最佳图像质量　呢？其实不然，许多产品的对比度设置为最大时，　显示的图像已经反白。整个画面颜色已完全失真。　更谈不上最佳图像质量了。因此我们认为．当平板　电视无法调节出极限八灰阶状态时．我们应该科学　地对工作状态进行规定．使其能模拟正常使用时的　能耗状态。根据习惯，一般的消费者不会去调节亮　度、对比度设置，而是在日常观看电视时保持其出　厂的状态　因此．我们应该将此类平板电视的标准　工作状态设置为出厂默认状态．这与美国电视能源　之星ｒ　ＥＮＥＲＧＹ　ＳＴＡＲ　Ｐｒｏｇｒａｍ　Ｒｅｑｕｉｒｅｍｅｎｔｓ　Ｐｒｏｄ－　ｕｃｔ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　ｆｏｒ　Ｔｅｌｅｖｉｓｉｏｎｓ　Ｅｌｉｇｉｂｉｌｉｔｙ　Ｃｒｉｔｅｒｉａ　Ｖｅｒｓｉｏｎ　４．２）【。坝０试亮度时规定的测试工作状态相　同　

APP测试之使用ADB可能遇到的错误及解决办法

APP测试之使用ADB可能遇到的错误及解决办法

APP测试之使⽤ADB可能遇到的错误及解决办法

错误⼀

在cmd中执⾏“adb ”，提⽰：adb不是内部或外部命令，也不是可运⾏的程序。

这意味着没有配置好adb环境。

解决办法：1、如果是win10系统的环境变量配置打开path，

添加如下：%ANDROID_HOME%\tools;%ANDROID_HOME%\platform-tools;

（注意要先点击新建再分别在两⾏创建，并且不需要分号）2、如果是win7系统打开path，

添加如下：%ANDROID_HOME%\tools;%ANDROID_HOME%\platform-tools;

(直接粘贴到path变量值后⾯即可)

错误⼆

在cmd中执⾏“adb shell”，提⽰：error: device not found（没有设备信息） 意思是没有发现设备。

解决⽅法：1、如果⽤⼿机设备测试，请⽤USB数据线与电脑连接，同时安装好⼿机驱动（⽐如91助⼿、豌⾖荚）；

2、如果采⽤模拟器测试，应该先启动eclipse，然后设置好模拟器，并进⼊模拟器测试状态，如下图所⽰：

错误三

执⾏“adb shell”，提⽰：error: more than one device and emulator.

第⼀种情况：确实⽤多个设备或者模拟器

错误说明是有⼀个以上的设备和仿真器，这是因为启⽤了模拟器，同时也将⼿机通过USB线连接到了电脑，所以这⾥存在两个设备。这种情况下，需要指定连接某⼀个设备或者模拟器。

问题定位及解决办法：1、获取模拟器或设备列表

命令：adb devices效果如下图所⽰：

2、指定device来执⾏adb shell

命令：adb -s devicename shell

在多个device的时候，执⾏adb命令⼀般都需要⽤参数-s指定device。

如卸载emulator-5554上的包com.soft.camera，命令如下:adb -s emulator-5554 uninstall com.soft.camera

弱网测试总结

弱网测试总结

弱⽹测试总结

⼀、【背景】

弱⽹测试，属于健壮性测试的内容。随着国内移动端迅猛发展，⼤⼤增加⽤户碎⽚化使⽤使⽤APP的。想象⼀下，⽤户在地铁⾥，巴⼠上，甚⾄是电梯，车库等场景使⽤APP，我们就需要针对这些场景的弱⽹环境下，验证出现丢包、延时软件的处理机制，避免因⽤户体验不友好造成⽤户的流失。

1.⽤户体验

APP使⽤过程中，弱⽹的⾼延迟和⾼丢包，在实时性要求⾮常⾼的场景，容易伤害⽤户体验。

2.⾮正常情况下，出现bug概率会增加

在解决⽇常的⽀持需求中，经常会遇到⼀些⽤户反馈⼀些⽆法简单复现的bug，有很⼤⼀部分的bug是由于⽤户⾃⾝的⽹络环境波动，或者是本⾝⽹络环境就较为恶劣，⽽服务在⾯对这种恶劣的⽹络环境的健壮性不够，导致会出现⼀些意想不到的bug。

完成弱⽹⼯具环境搭建，来梳理下弱⽹测试场景和测试点。

⼆、【弱⽹测试场景】

既然APP异常测试中，弱⽹测试属于必须考虑的测试项，哪些业务适合验证，哪些不需要验证呢？1.结合APP本⾝属性

⽐如社交类APP（聊天、抢红包）对⽹络环境依赖性⼤且⽤户关注度⾼，弱⽹环境下需要重点关注。

结合互联⽹⾦融APP，申购流程中创建订单后是否⽀付成功，⽤户关注度最⾼（涉及扣费）。例如 弱⽹环境，创建订单失败，⽤户关注是否被扣费；创建订单成功后⽀付失败，再次⽀付是否重复扣费等。2.使⽤频率&易遇到弱⽹的场景

⽐如微博APP【观看⼩视频】，⽤户在碎⽚时间极易【观看⼩视频】（APP⽤户喜欢使⽤碎⽚化时间进⾏娱乐操作），同时增加了【刷微博】（微博⼩视频和刷微博 操作场景重合）此处就需要加强弱⽹环境测试。

⽐如⾦融APP，⽤户在碎⽚化时间使⽤⾦融APP，领取奖品、查看理财类新闻、查看收益。

好的例⼦：据我所知，微信的升级就会监听⽤户是否插着电，连着wifi，⼀旦监听到了，就马上告诉你，现场可以升级。

⼆、【弱⽹环境测试点总结】1.场景：弱⽹环境下某个操作响应时间

原因：APP⽤户对等待时间容忍度低，若弱⽹环境loading超过5s，⽤户很容易kill应⽤后再次进⼊应⽤。