搜索到
2
篇与
Java
的结果
-
android studio下使用uiautomator单独测试总结 上次简单说了uiautomator的使用，但是无法单独运行。。。测试大量机器的时候无法一个个连接电脑。所以只能想办法用apk来运行shell语句，让test在机子上自动运行。前置步骤：1.as上的项目已能在机器上测试通过 2.得到机器的系统签名（需要获得权限【有不用的方法，试过都不可行只能使用这个了】）方法主要是建立一个大的项目嵌一个小的model，大项目用来做adb shell的命令行执行（将相应的自动化测试执行），model是测试的内容。1.新建Android应用empty Activity，之后next2.修改其activity_main.xml(添加一个button用来触发命令行执行) <Button android:onClick="runMyUiautomator" android:id="@+id/button" android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="test" /> 修改CMDUtils.java内容如下：package cxq.com.mytest; import android.util.Log; import java.io.BufferedReader; import java.io.InputStreamReader; /** * 执行命令 */ public class CMDUtils { private static final String TAG = "CMDUtils"; public static class CMD_Result { public int resultCode; public String error; public String success; public CMD_Result(int resultCode, String error, String success) { this.resultCode = resultCode; this.error = error; this.success = success; } } /** * 执行命令 * * @param command 命令 * @param isShowCommand 是否显示执行的命令 * @param isNeedResultMsg 是否反馈执行的结果 * @retrun CMD_Result */ public static CMD_Result runCMD(String command, boolean isShowCommand, boolean isNeedResultMsg) { if (isShowCommand) Log.i(TAG, "runCMD:" + command); CMD_Result cmdRsult = null; int result; try { Process process = Runtime.getRuntime().exec(command); result = process.waitFor(); if (isNeedResultMsg) { StringBuilder successMsg = new StringBuilder(); StringBuilder errorMsg = new StringBuilder(); BufferedReader successResult = new BufferedReader( new InputStreamReader(process.getInputStream())); BufferedReader errorResult = new BufferedReader( new InputStreamReader(process.getErrorStream())); String s; while ((s = successResult.readLine()) != null) { successMsg.append(s); } while ((s = errorResult.readLine()) != null) { errorMsg.append(s); } cmdRsult = new CMD_Result(result, errorMsg.toString(), successMsg.toString()); } } catch (Exception e) { Log.e(TAG, "run CMD:" + command + " failed"); e.printStackTrace(); } return cmdRsult; } } 4.新建一个model，用于写测试脚本在Android Studio的左侧栏，右击“New – Module – Phone&Table Module”，并填写如下信息application/library name:MyTestCasemodel name:mytestcasebtw.要选add no activity修改mytestcase模块的gradle文件修改默认的runner，在defaultConfig中添加runnerdefaultConfig { applicationId "个人路径.mytestcase" minSdkVersion 23 targetSdkVersion 23 versionCode 1 versionName "1.0" testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" } 在dependencies中添加依赖dependencies { compile fileTree(dir: 'libs', include: ['*.jar']) compile 'com.android.support:appcompat-v7:23.3.0' compile 'junit:junit:4.12' compile 'com.android.support.test:runner:0.4.1' compile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.2' } //用问题其中minSdkVersion等对应的可根据需求更改6.新建测试用例TestOne类（位置和上篇的项目一样，在src／androidTest内）只是用来测试的类代码如下：import android.support.test.InstrumentationRegistry; import android.support.test.uiautomator.UiDevice; import android.support.test.uiautomator.UiObject; import android.support.test.uiautomator.UiObjectNotFoundException; import android.support.test.uiautomator.UiSelector; import org.junit.Test; import org.junit.runner.RunWith; @RunWith(AndroidJUnit4.class) public class TestOne { private UiDevice mDevice; @Test public void demo() throws UiObjectNotFoundException { mDevice = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation()); mDevice.pressHome(); mDevice.pressHome(); UiObject x=mDevice.findObject(new UiSelector().text("图库")); x.click(); } } Case说明：@RunWith注解，代表使用什么runner @Test注解，表示当前的方法为测试方法，同理还有其他的@Before等注解，具体case的写法本文不赘述 注意！！如果你有多个test，都只能放在这个类里，不然会有无法找到class的问题完成到这，记得test（点击方法上的绿开始：run testone）机器能够回到首页显示图库即test可行（btw之前把apk安装成功到机器，但是修改无效果，卸载重装也不行，但是方法都各自用小绿三角运行了一遍就ok了，可能是刷新了一遍apk）好，回到上面test过后，会在terminal的框框内有相应的adb shell语句adb push D:\DEVl\MyTest\mytestcast\build\outputs\apk\mytestcast-debug.apk /data/local/tmp/cxq.com.mytestcast 在我们点击运行之后，AS会自动将用例打包成apk文件，路径为 $工程目录buildoutputsapk工程名-debug.apkadb install-multiple -r -t /Users/apple/AndroidStudioProjects/MyTest/app/build/outputs/apk/debug/app-debug.apk 安装这个apk到手机adb shell am instrument -w -r -e debug false -e class cxq.com.mytestcast.TestOne#demo cxq.com.mytestcast.test/android.support.test.runner.AndroidJUnitRunner 使用AndroidJunitRunner启动你的用例通过分析这个过程，就知道AS是怎么把用例跑起来的，仿照这个原理就可以自己实现通过apk调用uiautomator用例，只要让app中的button的响应事件去执行am instrument命令即可，但是由于执行这个命令也是需要权限的，因此需要给app添加系统签名给APP添加系统签名（为大项目）大致过程如下：7.a. 修改App中的manifest.xml文件，添加android:sharedUserId="android.uid.system"<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" android:sharedUserId="android.uid.system" package="cxq.com.mytest"> 7.b. 生成jks文件 build->Generate Signed APK...新建jks（生成的文件放在大项目下面的文件夹内）7.c. 使用keytool-importkeypair对jks文件引入系统签名 把platform.x509.pem、platform.pk8和上一部生成的jks文件统一放到一个文件夹下（我放到了keytool目录下，这样就可以用terminal cd到这个目录下直接授权了）mac不配置环境到目录下执行就可以此处为命令行代码./keytool-importkeypair -k [jks文件名] -p [jks的密码] -pk8 platform.pk8 -cert platform.x509.pem -alias [jks的别名]例如我的对应的就是：./keytool-importkeypair -k SignDemo.jks -p 123456 -pk8 platform.pk8 -cert platform.x509.pem -alias SignDemo运行完这条命令之后，我们就得到了有系统签名的jks需要准备的文件： keytool-importkeypair （下载）platform.x509.pem、platform.pk8（位于../build/target/product/security）其本质的原理是给apk加上开发者签名（jks文件），使用keytool-importkeypair对jks文件进行系统签名，在出包的时候，直接使用带有系统签名的jks对apk进行签名，这样编译生成的apk文件就自带系统签名了btw以上keytool支持macos。7.d. 配置gradle（app）在在android区域下(与defaultConfig同级)添加signingConfigs配置：依次填写jks的路径，密码，别名等apply plugin: 'com.android.application' android { compileSdkVersion 23 buildToolsVersion "23.0.2" defaultConfig { applicationId "com.cxq.signdemo" minSdkVersion 19 targetSdkVersion 23 versionCode 1 versionName "1.0" } **signingConfigs { release { storeFile file("../signApk/SignDemo.jks") storePassword '123456' keyAlias 'SignDemo' keyPassword '123456' } debug { storeFile file("../signApk/SignDemo.jks") storePassword '123456' keyAlias 'SignDemo' keyPassword '123456' } }** buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } } dependencies { compile fileTree(dir: 'libs', include: ['*.jar']) testCompile 'junit:junit:4.12' compile 'com.android.support:appcompat-v7:23.3.0' } 8.然后把jks文件放进文件夹，安装到机器就ok但是老是会有一些问题，注意：1.myapplication.com.apple.mytest has no signatures that match those in shared user android.uid.system; ignoring!] 这个是没授权成功 2.INSTALL_FAILED_INVALID_APK: /data/app/vmdl1735842778.tmp/11_app-debug signatures are inconsistent 这种记得build->clean project就可以 还有就是记得gradle同步，有错误好好看看具体内容，很多可能是gradle匹配问题之类的btw.这是借鉴一个大佬的方案，但是遇坑不少，所以可以用来排坑。以下是正文 作者：CrystalChenxiaoqing 原文：https://blog.csdn.net/cxq234843654/article/details/52605441 -
JavaEE学习--Spring SSH框架之spring基础知识：1）Spring：优点：低侵入式设计，代码的污染极低。独立于各种应用服务器，基于Spring框架的应用，可以真正实现Write Once，Run Anywhere的承诺。Spring的IoC容器降低了业务对象替换的复杂性，提高了组件之间的解耦。Spring的AOP支持允许将一些通用任务如安全、事务、日志等进行集中式管理，从而提供了更好的复用。Spring的ORM和DAO提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问。Spring的高度开放性，并不强制应用完全依赖于Spring，开发者可自由选用Spring框架的部分或全部。Spring的核心机制：管理Bean：Spring容器来访问容器中的Bean，ApplicationContext是Spring容器最常用的接口，该接口有如下两个实现类：ClassPathXmlApplicationContext: 从类加载路径下搜索配置文件，并根据配置文件来创建Spring容器。FileSystemXmlApplicationContext: 从文件系统的相对路径或绝对路径下去搜索配置文件，并根据配置文件来创建Spring容器。Eclipse使用Spring：Spring 的jar包放入User Library内（发布时还是要用后者）或者放在项目／web-inf/libinf/lib目录下依赖注入：Spring两大核心功能：对所有Java对象用spring创建管理，称他们为Bean；bean之间对依赖关系用“依赖注入”来处理。依赖注入不仅可以为Bean注入普通的属性值，还可以注入其他Bean的引用。依赖注入是一种优秀的解耦方式，其可以让Bean以配置文件组织在一起，而不是以硬编码的方式耦合在一起。理解依赖注入：Rod Johnson是第一个高度重视配置文件来管理java实例的人，他给这种方式起名：控制反转，另一个人起名：依赖注入；解释如下：当某个java对象（调用者）需要调用另一个java对象（被依赖者）的方法时，在传统模式下，两种方式：1.原始做法: 调用者主动创建被依赖对象，然后再调用被依赖对象的方法。2.简单工厂模式: 调用者先找到被依赖对象的工厂，然后主动通过工厂去获取被依赖对象，最后再调用被依赖对象的方法。主动，即会导致调用者和被依赖者实现类的硬编码耦合。spring：只需要被动接受spring 给调用者的赋值，由主动转为被动，so称为控制反转。设值注入：指IoC容器通过成员变量的setter方法来注入被依赖对象。优点：简单；复杂的依赖关系，采用后者会导致构造器难读，且实例化器bean实例的时候，一致实例化所有有依赖实例（在成员变量可选时更笨重），用setter会避免。构造注入：利用构造器来设置依赖关系的方式，本质：Spring在底层以反射方式执行带指定参数的构造器，当执行带参数的构造器时，就可利用构造器参数对成员变量执行初始化。优点；构造注入可以在构造器中决定依赖关系的注入顺序，优先依赖的优先注入。依赖关系不变时更有用。只有构造器组件创建者才能使用Spring容器中的Bean使用Spring框架主要是做两件事：①开发Bean；②配置Bean。对于Spring框架来说，它要做的就是根据配置文件来创建Bean实例，并调用Bean实例的方法完成"依赖注入"——这就是所谓IoC的本质。容器中Bean的作用域创建一个Bean实例时，不仅可以完成Bean实例的实例化，还可以为Bean指定特定的作用域。如下五种作用域：1）singleton: 单例模式，在整个Spring IoC容器中，singleton作用域的Bean将只生成一个实例。2）prototype: 每次通过容器的getBean()方法获取prototype作用域的Bean时，都将产生一个新的Bean实例。3）request: 对于一次HTTP请求，request作用域的Bean将只生成一个实例，这意味着，在同一次HTTP请求内，程序每次请求该Bean，得到的总是同一个实例。只有在Web应用中使用Spring时，该作用域才真正有效。4）global session: 每个全局的HTTP Session对应一个Bean实例。在典型的情况下，仅在使用portlet context的时候有效，同样只在Web应用中有效。如果不指定Bean的作用域，Spring默认使用singleton作用域。prototype作用域的Bean的创建、销毁代价比较大。而singleton作用域的Bean实例一旦创建成果，就可以重复使用。因此，应该尽量避免将Bean设置成prototype作用域。使用自动装配注入合作者Bean（即创建依赖关系）Spring能自动装配Bean与Bean之间的依赖关系，即无须使用ref显式指定依赖Bean，而是由Spring容器检查XML配置文件内容，根据某种规则，为调用者Bean注入被依赖的Bean。Spring自动装配可通过<beans/>元素的default-autowire属性指定，该属性对配置文件中所有的Bean起作用；也可通过对<bean/>元素的autowire属性指定，该属性只对该Bean起作用。autowire和default-autowire可以接受如下值：1）no: 不使用自动装配。Bean依赖必须通过ref元素定义。这是默认配置，在较大的部署环境中不鼓励改变这个配置，显式配置合作者能够得到更清晰的依赖关系。2）byName: 根据setter方法名进行自动装配。Spring容器查找容器中全部Bean，找出其id与setter方法名去掉set前缀，并小写首字母后同名的Bean来完成注入。如果没有找到匹配的Bean实例，则Spring不会进行任何注入。3）byType: 根据setter方法的形参类型来自动装配。Spring容器查找容器中的全部Bean，如果正好有一个Bean类型与setter方法的形参类型匹配，就自动注入这个Bean；如果找到多个这样的Bean，就抛出一个异常；如果没有找到这样的Bean，则什么都不会发生，setter方法不会被调用。4）constructor: 与byType类似，区别是用于自动匹配构造器的参数。如果容器不能恰好找到一个与构造器参数类型匹配的Bean，则会抛出一个异常。autodetect: Spring容器根据Bean内部结构，自行决定使用constructor或byType策略。如果找到一个默认的构造函数，那么就会应用byType策略。当一个Bean既使用自动装配依赖，又使用ref显式指定依赖时，则显式指定的依赖覆盖自动装配依赖；对于大型的应用，不鼓励使用自动装配。虽然使用自动装配可减少配置文件的工作量，但大大将死了依赖关系的清晰性和透明性。依赖关系的装配依赖于源文件的属性名和属性类型，导致Bean与Bean之间的耦合降低到代码层次，不利于高层次解耦。创建Bean的3种方式1）使用构造器创建Bean实例使用构造器来创建Bean实例是最常见的情况，如果不采用构造注入，Spring底层会调用Bean类的无参数构造器来创建实例，因此要求该Bean类提供无参数的构造器。采用默认的构造器创建Bean实例，Spring对Bean实例的所有属性执行默认初始化，即所有的基本类型的值初始化为0或false；所有的引用类型的值初始化为null。2）使用静态工厂方法创建Bean使用静态工厂方法创建Bean实例时，class属性也必须指定，但此时class属性并不是指定Bean实例的实现类，而是静态工厂类，Spring通过该属性知道由哪个工厂类来创建Bean实例。除此之外，还需要使用factory-method属性来指定静态工厂方法，Spring将调用静态工厂方法返回一个Bean实例，一旦获得了指定Bean实例，Spring后面的处理步骤与采用普通方法创建Bean实例完全一样。如果静态工厂方法需要参数，则使用<constructor-arg.../>元素指定静态工厂方法的参数。3）调用实例工厂方法创建Bean实例工厂方法与静态工厂方法只有一个不同：调用静态工厂方法只需使用工厂类即可，而调用实例工厂方法则需要工厂实例。使用实例工厂方法时，配置Bean实例的<bean.../>元素无须class属性，配置实例工厂方法使用factory-bean指定工厂实例。采用实例工厂方法创建Bean的<bean.../>元素时需要指定如下两个属性：factory-bean: 该属性的值为工厂Bean的id。factory-method: 该属性指定实例工厂的工厂方法。若调用实例工厂方法时需要传入参数，则使用<constructor-arg.../>元素确定参数值。协调作用域不同步的Bean当singleton作用域的Bean依赖于prototype作用域的Bean时，会产生不同步的现象，原因是因为当Spring容器初始化时，容器会预初始化容器中所有的singleton Bean，由于singleton Bean依赖于prototype Bean，因此Spring在初始化singleton Bean之前，会先创建prototypeBean——然后才创建singleton Bean，接下里将prototype Bean注入singleton Bean。解决不同步的方法有两种：放弃依赖注入: singleton作用域的Bean每次需要prototype作用域的Bean时，主动向容器请求新的Bean实例，即可保证每次注入的prototype Bean实例都是最新的实例。利用方法注入: 方法注入通常使用lookup方法注入，使用lookup方法注入可以让Spring容器重写容器中Bean的抽象或具体方法，返回查找容器中其他Bean的结果，被查找的Bean通常是一个non-singleton Bean。Spring通过使用JDK动态代理或cglib库修改客户端的二进制码，从而实现上述要求。建议采用第二种方法，使用方法注入。为了使用lookup方法注入，大致需要如下两步：将调用者Bean的实现类定义为抽象类，并定义一个抽象方法来获取被依赖的Bean。在<bean.../>元素中添加<lookup-method.../>子元素让Spring为调用者Bean的实现类实现指定的抽象方法。注意：Spring会采用运行时动态增强的方式来实现<lookup-method.../>元素所指定的抽象方法，如果目标抽象类实现过接口，Spring会采用JDK动态代理来实现该抽象类，并为之实现抽象方法；如果目标抽象类没有实现过接口，Spring会采用cglib实现该抽象类，并为之实现抽象方法。Spring4.0的spring-core-xxx.jar包中已经集成了cglib类库。两种后处理器Spring提供了两种常用的后处理器：Bean后处理器: 这种后处理器会对容器中Bean进行后处理，对Bean进行额外加强。容器后处理器: 这种后处理器会对IoC容器进行后处理，用于增强容器功能。Bean后处理器Bean后处理器是一种特殊的Bean，这种特殊的Bean并不对外提供服务，它甚至可以无须id属性，它主要负责对容器中的其他Bean执行后处理，例如为容器中的目标Bean生成代理等，这种Bean称为Bean后处理器。Bean后处理器会在Bean实例创建成功之后，对Bean实例进行进一步的增强处理。Bean后处理器必须实现BeanPostProcessor接口，同时必须实现该接口的两个方法。Object postProcessBeforeInitialization(Object bean, String name) throws BeansException: 该方法的第一个参数是系统即将进行后处理的Bean实例，第二个参数是该Bean的配置idObject postProcessAfterinitialization(Object bean, String name) throws BeansException: 该方法的第一个参数是系统即将进行后处理的Bean实例，第二个参数是该Bean的配置id容器中一旦注册了Bean后处理器，Bean后处理器就会自动启动，在容器中每个Bean创建时自动工作，Bean后处理器两个方法的回调时机如下图：bean-post-process注意一点，如果使用BeanFactory作为Spring容器，则必须手动注册Bean后处理器，程序必须获取Bean后处理器实例，然后手动注册。BeanPostProcessor bp = (BeanPostProcessor)beanFactory.getBean("bp");beanFactory.addBeanPostProcessor(bp);Person p = (Person)beanFactory.getBean("person");容器后处理器Bean后处理器负责处理容器中的所有Bean实例，而容器后处理器则负责处理容器本身。容器后处理器必须实现BeanFactoryPostProcessor接口，并实现该接口的一个方法postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory)实现该方法的方法体就是对Spring容器进行的处理，这种处理可以对Spring容器进行自定义扩展，当然也可以对Spring容器不进行任何处理。类似于BeanPostProcessor，ApplicationContext可自动检测到容器中的容器后处理器，并且自动注册容器后处理器。但若使用BeanFactory作为Spring容器，则必须手动调用该容器后处理器来处理BeanFactory容器。Spring的"零配置"支持搜索Bean类Spring提供如下几个Annotation来标注Spring Bean：@Component: 标注一个普通的Spring Bean类@Controller: 标注一个控制器组件类@Service: 标注一个业务逻辑组件类@Repository: 标注一个DAO组件类在Spring配置文件中做如下配置，指定自动扫描的包：<context:component-scan base-package="edu.shu.spring.domain"/>使用@Resource配置依赖@Resource位于javax.annotation包下，是来自JavaEE规范的一个Annotation，Spring直接借鉴了该Annotation，通过使用该Annotation为目标Bean指定协作者Bean。使用@Resource与<property.../>元素的ref属性有相同的效果。@Resource不仅可以修饰setter方法，也可以直接修饰实例变量，如果使用@Resource修饰实例变量将会更加简单，此时Spring将会直接使用JavaEE规范的Field注入，此时连setter方法都可以不要。使用@PostConstruct和@PreDestroy定制生命周期行为@PostConstruct和@PreDestroy同样位于javax.annotation包下，也是来自JavaEE规范的两个Annotation，Spring直接借鉴了它们，用于定制Spring容器中Bean的生命周期行为。它们都用于修饰方法，无须任何属性。其中前者修饰的方法时Bean的初始化方法；而后者修饰的方法时Bean销毁之前的方法。Spring4.0增强的自动装配和精确装配Spring提供了@Autowired注解来指定自动装配，@Autowired可以修饰setter方法、普通方法、实例变量和构造器等。当使用@Autowired标注setter方法时，默认采用byType自动装配策略。在这种策略下，符合自动装配类型的候选Bean实例常常有多个，这个时候就可能引起异常，为了实现精确的自动装配，Spring提供了@Qualifier注解，通过使用@Qualifier，允许根据Bean的id来执行自动装配。Spring的AOPAOP：在运行时，动态将代码切入到类的指定方法、位置上。aop允许你以一种统一的方式在运行时期在想要的地方插入这些逻辑（权限控制）为什么需要AOPAOP（Aspect Orient Programming）也就是面向切面编程，作为面向对象编程的一种补充，已经成为一种比较成熟的编程方式。其实AOP问世的时间并不太长，AOP和OOP互为补充，面向切面编程将程序运行过程分解成各个切面。AOP专门用于处理系统中分布于各个模块（不同方法）中的交叉关注点的问题，在JavaEE应用中，常常通过AOP来处理一些具有横切性质的系统级服务，如事务管理、安全检查、缓存、对象池管理等，AOP已经成为一种非常常用的解决方案。使用AspectJ实现AOPAspectJ是一个基于Java语言的AOP框架，提供了强大的AOP功能，其他很多AOP框架都借鉴或采纳其中的一些思想。其主要包括两个部分：一个部分定义了如何表达、定义AOP编程中的语法规范，通过这套语法规范，可以方便地用AOP来解决Java语言中存在的交叉关注点的问题；另一个部分是工具部分，包括编译、调试工具等。AOP实现可分为两类：静态AOP实现: AOP框架在编译阶段对程序进行修改，即实现对目标类的增强，生成静态的AOP代理类，以AspectJ为代表。动态AOP实现: AOP框架在运行阶段动态生成AOP代理，以实现对目标对象的增强，以Spring AOP为代表。一般来说，静态AOP实现具有较好的性能，但需要使用特殊的编译器。动态AOP实现是纯Java实现，因此无须特殊的编译器，但是通常性能略差。AOP的基本概念关于面向切面编程的一些术语：切面（Aspect）: 切面用于组织多个Advice，Advice放在切面中定义。连接点（Joinpoint）: 程序执行过程中明确的点，如方法的调用，或者异常的抛出。在Spring AOP中，连接点总是方法的调用。增强处理（Advice）: AOP框架在特定的切入点执行的增强处理。处理有"around"、"before"和"after"等类型切入点（Pointcut）: 可以插入增强处理的连接点。简而言之，当某个连接点满足指定要求时，该连接点将被添加增强处理，该连接点也就变成了切入点。Spring的AOP支持Spring中的AOP代理由Spring的IoC容器负责生成、管理，其依赖关系也由IoC容器负责管理。为了在应用中使用@AspectJ支持，Spring需要添加三个库：aspectjweaver.jaraspectjrt.jaraopalliance.jar并在Spring配置文件中做如下配置：<aop:aspectj-autoproxy/><context:component-scan base-package="edu.shu.sprint.service"><context:include-filter type="annotation" expression="org.aspectj.lang.annotation.Aspect"/></context:component-scan>
