Android开发自测检查点

输入型控件：EditText

是否禁止输入特殊字符和表情
最大输入长度：特殊型需要限定，电话、身份证号等
是否单行输入
输入类型：电话、身份证号等，phone、number、text
获取内容去首尾空格trim()

//inputType数值类型
android:inputType=”number” 数字格式-->显示数字键盘，并且只能收入数字，不能输入任何字母中文符号
android:inputType="numberPassword" 密码数字格式-->显示纯数字键盘，并且只能收入数字，不能输入任何字母中文符号，一秒内屏蔽数字
android:inputType=”numberSigned” 带符号数字格式-->显示数字键盘，能在开头输入一个"-"表示负数，其他位置和number属性一样，只能输入数字
android:inputType=”numberDecimal” 带小数点的浮点格式-->显示数字键盘，输入浮点数，只能有一个点号"."
android:inputType=”phone” 拨号键盘-->显示数字键盘，能输入数字和四个符号："+-*/"
android:inputType=”datetime” 时间日期-->显示数字键盘，能输入数字和三个符号："/-："
android:inputType=”date” 日期键盘-->显示数字键盘，能输入数字和两个符号："/-"
android:inputType=”time” 时间键盘-->显示数字键盘，能输入数字和两个符号："/："

常见输入类型：

手机号：
android:digits="0123456789"
android:inputType="phone"
android:maxLength="11"

身份证号：
android:digits="0123456789xX"
android:maxLength="18"
android:maxLines="1"

验证码：
android:digits="0123456789"
android:inputType="numberDecimal"
android:maxLength="6"

//如只能输入数字和英文
android:digits="0123456789abcdefghigklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ"

展示型控件TextView

是否单行显示，末尾打点处理
是否全部显示文本
文本预览使用tools:text = ""

展示型控件ImageView

scaleType是否符合要求
src和background区分

Button按钮点击

点击效果
防重复点击处理(创建数据请求类型务必添加)
无网络情况按钮点击
发出请求前对EditText输入类型的校验：电话、身份证号码、必填项等

页面问题

空数据显示和处理
无网络处理
监听器的注册和反注册问题
RecycleView复用问题，需要if else 判断

App打包注意事项

确保VersionCode高于前一版本
确保混淆文件添加相应的混淆规则
确保API已切换为正式服务器API
360加固必选：x86架构下运行，其他服务无需要可不选
升级自测

其他检查点

对照需求文档，测试逻辑是否吻合完整
对可能有问题的地方进行简单的压力测试，是否会出现闪退Bug
对照Umeng或者Bugly开发阶段出现的闪退bug是否都已解决
检测UI是否有变形，比如常见的TextView，是否需要行数限制，文字太多，是否或出现页面显示异常
在不同分辨率的机型上，检查布局是否有Bug,特别是现在全面屏，刘海屏，需要有全屏操作是，在有虚拟导航栏的手机上的适配问题
版本升级,从低版本升级上来，会不会有问题比如可能会出现数据库不兼容的问题
app业务断网，再联网，相关业务是否正常。
打包混淆问题，是否加入相关规则，实体类等是否实现Serializable等

清理操作

页面退出时，是否完成必要的清理操作

是否调用Handler的removeCallbacksAndMessages(null)来清空Handler里的消息；
是否取消了还没完成的请求；
在页面里注册的监听，是否反注册；
假如自己用到观察者模式，是否反注册；
假如用了RxJava的话，是否解除订阅；

数据库的游标是否已经关闭这个点一般人都知道，出问题一般在于，没有考虑到多线程并发时的情况下，Cursor没有被释放。所以数据库的操作需要加上同步代码块详细可参考：http://www.2cto.com/kf/201408/329574.html
打开过的文件流是否关闭
WebView的destory操作

第三方SDK

build.gradle远程依赖第三方包时，版本号建议写死，不要使用+号避免由于新版本的第三方包引入了新的问题
导入第三方工程时，记得把编码转换成自己工程当前是用的编码
调用第三方的包或者JDK的方法时，要跳进他们的源码，看要不要加 try-catch 否则可能会导致自己应用的崩溃
使用第三方包时，是否加上其混淆规则若漏掉加上第三方包的混淆规则，会导致第三方包不该混淆的代码被混淆。在Debug版本没有发现问题，但是Release版本就会出现问题
系统应用添加so时，是否在固件对应的Android.mk文件上加入新增的so，否则系统可能编译不过

检查成对的方法是否同时出现

系统的、自己写的，注册和反注册的方法，是否成对出现
在生命周期的回调里，创建和销毁的代码是否对应起来比如：onCreate()里面创建了Adapter，那么对应Adapter的退出处理操作(比如清空Image缓存)，一般就要写在onDestory()，而不能写在onDestoryView()。
若RecycleView的item复用了，对Item里View的操作是否成对出现比如：

内存泄漏

感谢：https://www.jianshu.com/p/f7697d3d87c6

内部类，比如Handler、Listener、Callback是否是成static class 因为非静态内部类会持有外部类的引用。或者在页面销毁的时候，是否设置listener,CallBack等为null
要求传入Activity作为参数的函数，是否可以改用getApplicationContext()来作为参数,比如数据库，

SharePreference,getSystemService等
//Kotlin代码
private val mAudioManager = context.applicationContext.getSystemService(Context.AUDIO_SERVICE) as AudioManager
private val sp=context.applicationContext.getSharedPreferences(name, Context.MODE_PRIVATE)

单例模式不要持有Activity的引用，同时要记得注册和反注册的监听，如下:

QmPayHelper.getInstance().setPayListener(object: onPayListener{
 override fun onWxPay(){
 }
})

一定要在页面销毁的时候，设置为null,不然因为onPayListener持有Activity的引用而内存泄漏

QmPayHelper.getInstance().setPayListener(null)

每次Activity关闭的时候，Handler相关的操作是否需要移除：

 mHandler.removeCallbacksAndMessages(null)

页面关闭的时候，如果有动画在执行，是否清除相关动画,比如:

@Override
 protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_leak);
        textView = (TextView)findViewById(R.id.text_view);
        ObjectAnimator objectAnimator = ObjectAnimator.ofFloat(textView,"rotation",0,360);
        objectAnimator.setRepeatCount(ValueAnimator.INFINITE);
        objectAnimator.start();
    }

@Override
 protected void onDestroy(){
        super.onDestroy();
        //取消动画
        objectAnimator.cancel();
    }

Handler操作

Handler使用的时候是否采用静态内部类以及当前类弱引用的方式出现
使用View.post()是否会有问题因为在View处于detached状态期间，post()里面的Runnable是不会被执行的。只有在此View处于attached状态时才会被执行。
如果想改Runnable每次肯定会被执行，那么应该是用Handler.post来替代
假如程序可能多次在同一个Handler里post同一个Runnable，每次post之前都应该先清空这个Handler中还没执行的该Runnable

高概率闪退点以及逻辑健全Review

除数是否做了非0判断
某些情况下，某变量是否会为Null,而且在函数体内，处理参数前，必须加上判空语句
异步回调函数是否处理好,回调函数很容易出问题。比如网络请求的回调，需要判断此时的Aciivity或者Fragment等是否还存在，再进行调用。因为异步操作回来，Activity可能就消失不存在了。而且还要对一些可能被回收的变量进行判空。
修改数据库后，是否把数据库的版本号+1，升级逻辑是否处理合理
启动第三方的Activity时，是否判断了该Intent能否被解析

Intent sendIntent = new Intent(mContext, Demo.class);
// 这种方式判断是否存在
if (sendIntent.resolveActivity(getPackageManager()) != null) {  
  startActivity(sendIntent);
}
若Activity不存在，会出现ActivityNotFoundException的异常

检查if()逻辑后是否处理了else()的相关操作,比如常见的操作,listview中的item复用的时候,如下:

if(hasTitle){
   mTitleView.setText(tencentAdBean.title);        
   mGreenLabelView.setVisibility(VISIBLE);        
}else{
  //如果不处理，则mTitleView可能会不显示
   mTitleView.setText("");        
   mGreenLabelView.setVisibility(GONE);    
}

不要在Activity的onCreate里调用PopupWindow的showAsLoaction方法，由于Activity还没被加载完，会报错
系统6.0的动态权限申请，7.0的文件访问，8.0的通知栏渠道channel等适配操作是否完善

其他检查点

配置检查.png