Cts框架解析(14)-任务执行过程

上一篇文章我们已经知道testcases目录中xml配置文件读取出来后的形式，继续往下看：

然后把xml对应的TestPackageDef保存到Map中，所以我们可以这样说，TestPackageDef就代表了一个testcases目录下的xml文件。所以有多少个xml文件就有多少个TestPackageDef对象，然后将这些对象保存到map中。key值为xml的appPackageName属性值。当所有的xml文件都配置完成后，我们就回到了buildTestsToRun方法中：

这个时候调用了getTestPackagesToRun，这个方法是从刚才得到的testRepo对象中筛选出本次任务需要跑的ITestPackageDef列表。再根据该列表组装List

对象testPkgList并返回。

然乎根据参数来添加发生错误时的操作：

保存bugreport信息

保存截图

保存logcat system的信息

然后找到要安装的apk和执行完任务后要卸载的包名：

这是根据xml中targetBinaryName属性对应的值找到apk名和targetNameSpace属性找到要卸载的包名。然后安装这些apk，并获取手机设备信息。实际上是通过安装TestDeviceSetup.apk，然后运行Instrumentation的case来获取信息的。获取完信息以后，会判断是否需要重启，只有当要执行的case包大于1且mDisableReboot为false时才重启设备。然后是循环执行测试任务，以包为单位执行，执行的核心为test.run(filter);

先将包含测试的apk安装到设备中，然后运行case，最后删除case包。我们来看看删除的case包到底是什么。

原来apk安装后，android系统是通过其包名来定位apk的，所以卸载的时候肯定要用包名。先来再来回头看super.run(listener);

先通过DDM的RemoteAndroidTestRunner来创建测试的runner，然后设置一些基本参数，就可以调用doTestRun方法来进行实际的测试。

先获得要测试的case信息。经过一系列跳来跳去跳来跳去，最后到了TestDevice中：

最后到执行case，执行完以后会判断是否成功发送了命令，如果没有就要重连设备。最后讲一下performDeviceAction这个方法：

private boolean performDeviceAction(String actionDescription, final DeviceAction action, int retryAttempts) throws DeviceNotAvailableException {
		// 如果成功直接返回,如果失败就要重试
		for (int i = 0; i < retryAttempts + 1; i++) {
			try {
				return action.run();
			} catch (TimeoutException e) {
				logDeviceActionException(actionDescription, e);
			} catch (IOException e) {
				logDeviceActionException(actionDescription, e);
			} catch (InstallException e) {
				logDeviceActionException(actionDescription, e);
			} catch (SyncException e) {
				logDeviceActionException(actionDescription, e);
				// a SyncException is not necessarily a device communication
				// problem
				// do additional diagnosis
				if (!e.getErrorCode().equals(SyncError.BUFFER_OVERRUN) && !e.getErrorCode().equals(SyncError.TRANSFER_PROTOCOL_ERROR)) {
					// this is a logic problem, doesn't need recovery or to be
					// retried
					return false;
				}
			} catch (AdbCommandRejectedException e) {
				logDeviceActionException(actionDescription, e);
			} catch (ShellCommandUnresponsiveException e) {
				CLog.w("Device %s stopped responding when attempting %s", getSerialNumber(), actionDescription);
			}
			// TODO: currently treat all exceptions the same. In future consider
			// different recovery
			// mechanisms for time out's vs IOExceptions
			recoverDevice();
		}
		if (retryAttempts > 0) {
			throw new DeviceUnresponsiveException(String.format("Attempted %s multiple times " + "on device %s without communication success. Aborting.",
					actionDescription, getSerialNumber()));
		}
		return false;

上面的写法会在case执行过程中出现异常的话，会有重试机制。但前提是retryAttempts这个变量的值要大于0。