#8 楼 @mingway_hu 以后有 bug 可以在这里提啊。
可以来测试 testerhome,有茫茫多的 bug
#10 楼 @chimera
请看楼上:
zhangzhao_lenovo · #6 · 11 天前 喜欢
#5 楼 @sanlengjingvv 恩,图上传到坛子给压缩了就不清楚了.. 清楚的放附件里了
这个方法仅限于 UIAutomator 模式下,因为 Selendroid 模式是必须带 app 这个参数的
可以改造下
发现帖子不支持 参考式 链接。。 这个是啥意思?
可以使用表格
楼主抛个问题,底下的人回答的很认真,那希望楼主能整理下,做个汇总贴。其他人别跟着水了。
#1 楼 @chenhengjie123 之前百度收录还是很差的。
#4 楼 @michael_wang 登录式和非登录式的区别
appium.app 程序 doctor 检查时却提示没有设置 ANDROID_HOME?
echo $SHELL
in the pop up terminal when appium doctorapp 走的又不是这些环境变量。
已经加入 wiki http://testerhome.com/wiki
你明显应该讲讲杭州夜晚的灯红酒绿
极客学院提供 3 个月全网免费课堂 这个很有诱惑力啊
顶贴!
#31 楼 @testly C/C++ 申请的内存空间在 native heap 中,而 java 申请的内存空间则在 dalvik heap 中。
这个是因为 Android 系统对 dalvik 的 vm heapsize 作了硬性限制,当 java 进程申请的 java 空间超过阈值时,就会抛出 OOM 异常(这个阈值可以是 48M、24M、16M 等,视机型而定),可以通过 adb shell getprop | grep dalvik.vm.heapgrowthlimit 查看此值。
也就是说,程序发生 OMM 并不表示 RAM 不足,而是因为程序申请的 java heap 对象超过了 dalvik vm heapgrowthlimit。也就是说,在 RAM 充足的情况下,也可能发生 OOM。
这样的设计似乎有些不合理,但是 Google 为什么这样做呢?这样设计的目的是为了让 Android 系统能同时让比较多的进程常驻内存,这样程序启动时就不用每次都重新加载到内存,能够给用户更快的响应。迫使每个应用程序使用较小的内存,移动设备非常有限的 RAM 就能使比较多的 app 常驻其中。但是有一些大型应用程序是无法忍受 vm heapgrowthlimit 的限制的
@testly 你还没回答我问题呢
如果加上一些并发,负载等,就是性能测试报告了。
性能报告的曲线展示还没弄出来,有空再看看。
补齐了,才能加精! 不能马虎啊 @snake
@mads 你应该把你这个系列 整理下 然后做个合集。
对于内存的限制是 native+dalvik 不能超过最大限制。
android 程序内存一般限制在 16M,当然也有 24M 的。
这段有问题,
# 查看单个应用程序最大内存限制
adb shell getprop|grep heapgrowthlimit
|[dalvik.vm.heapgrowthlimit]: [96m]
都说了 dalvik 了, 和 native 有个毛关系? @testly