NFTercel的博客空间

Note that memory usage on modern operating systems like Linux is an extremely complicated and difficult to understand area. In fact the chances of you actually correctly interpreting whatever number

1.appium官网目前已被中国屏蔽了。所以第一步翻墙。这里就不多少了。 2.进入官网appium.io,点击“Get started”，找到“Android Requirements”点击“windows”。 3.点击“node and npm tools ”下载nodejs的安装包，如果下载安装包不支持你电脑的处理器（由于官网提供的64位安装包，需要手动下载32位安装包），我们去官网手动下

编译5.1的时候遇到'register_android_system_OsConstants(_JNIEnv*)'，发现是jni.h文件找不到，这个文件并不在Android源码而是在jdk里的include文件夹下。 最简单的方法将include的加到环境变量里：JAVA_HOME/include log如下： host SharedLib: libjavacore_32 (out/host

黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。 　　白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。 　　单元测试：最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。

我装的金山、百度、腾讯、pp这些助手太多啦，就出现下面的问题。 现象：adb start failed, 进程中无adb.exe.  Issue: "adb server is out of date.  killing... ADB server didn't ACK * failed to start daemon * error: unknown host service"

于android上的bug定位的文档很少，因为应用程序千差万别的，出现的问题也不尽相同，不过也是有规律可循，大的方向定位是可以做到的，我们对应用程上的问题可以得到相关的信息。     首先，要对Java的Throwable比较熟悉，因为Android上的应用和服务都是Java的代码，它的Error和Exception都是沿用Java的，比如Error有AssertionError，Virtu

打印堆栈是调试的常用方法，一般出现异常时，我们可以在跑出异常时也将堆栈情况打印出来，这样十分方便错误查找。另外实际上也有一个非常有用的功能：分析代码的行为。android代码太过庞大了，完全的静态分析经常是无从下手，因此通过打印堆栈的动态分析也十分必要。 Android打印堆栈的方法，简单归类一下  1. zygote的堆栈dump 实际上这个可以同时dump jav

如何调试分析Android中发生的tombstone Android中较容易出现以下三类问题:Force close / ANR / Tombstone 前两者主要是查看当前的进程或者系统框架层的状态和堆栈就基本可以分析出来，本文主要讨论一下tombstone的情况。 tombstone一般是由Dalvik错误、状态监视调试器、C层代码以及libc的一些问题导致的。

http://bytesthink.com/blog/?p=133

http://www.cnblogs.com/wfh1988/archive/2010/11/16/1878224.html

之前官网总结的笔记：share http://app.yinxiang.com/shard/s1/sh/ac47bfb4-bf1e-41bc-a395-c00a55c118c7/d16491815791c031842015d35c2790d4

appium升级，说道更新Appium就一定记得要登陆你的VPN。 升级很简单，打开命名行输入：npm update -g appium  如果升级过程中出现了我们无法查找到原因的错误，解决方案： 1.命令行中输入：npm uninstall -g appium 2.命令行输入：npm cache clean 3.命令行输入：npm install -g appium