opy2。 除了description为必须的外，其它各段视需要而添加；每个段有若干对key=value形式 的下定义，例如：
[0022] [section]
[0023] keyl = valuel
[0024] key2 = value2
[0025] 各段详细定义如下：
[0026]A.第一个段：description，用于描述job基本信息，是唯--个不可缺少的段。配 置文件中定义举例如下：
[0027] [description]
[0028]name=第三方应用软件属性对比验证
[0029]timeout=10
[0030] 各key的定义为：
[0031] name是对这个job的通用描述，以便于理解这个job的目的
[0032]timeout是job执行的超时时间，超时后就放弃这个job
[0033]B.第二个段：copyXX (XX是从0开始的连续数字），不是必须段，可配置一个或多 个这类段。这个段用于描述job在手机端上运行所需要的资源文件集合，这些资源文件可 存放在服务器上。如果客户端需要运行某个job时，需要将job所需要的资源文件push到 手机端去，在配置文件中定义举例如下：
[0034] [copyO]
[0035]src=Recommandffifi.jar,Kill,jar
[0036] dest = /sdcard/local/tmp
[0037] [copyl]
[0038]src=MSafeV6_frame-277-6. 3. 1-main-full-release,apk
[0039] dest = /sdcard/local/tmp
[0040] 其中，各key的定义为：
[0041] src是job所需要的资源文件名，这些资源文件视布署情况来定是否包括路径，多 个资源文件可用英文的分号分隔。
[0042] dest是src中资源文件所要push到手机端中的位置，应该是一个客户端绝对路 径，（不能有两个，若需要push到两个不同位置，则需要再加一个copyXX段。
[0043] C.第三个段，phone描述手机端如何利用之前push的资源执行job。配置文件中 定义举例如下：
[0044] [phone]
[0045] phO=uiautomator runtest/sdcard/local/tmp/Recommandffifi. jar-ctest. RecommandTest-e apkName MSafeV6_frame-277-6. 3. 1-main-full-release, apk
[0046] phi=uiautomator runtest/sdcard/local/tmp/Kill. jar-ctest. RecommandTest-e apkName MSafeV6_frame-277-6. 3. 1-main-full-release, apk
[0047] 各key的定义为：
[0048] phX:X为从0开始的数字，一个段中必须对phO,phl，ph2等依次定义使用，同时 job的执行顺序由ph后面的数字决定，优先级从高到低：0,1，2等。这个key实际描述的是 可在客户端运行的一条测试case。
[0049] 本实施方式中自动生成的Job程序的验证处理将在下文中说明。
[0050] S4:设置于服务器端的任务调度器104控制手机端按照Job程序的描述开始下载 并安装第三方APK。任务调度器104还可以根据已下载的第三方APK的更新信息，在有更新 时，按照Job程序的描述下载并安装有更新的APK。
[0051] S5 :将手机端安装的第三方应用软件APK中的属性如Activity、Services、 Broadcast、process和Permissions等与Job程序中的（即已被服务器端APK解析器102 解析出的该第三方应用软件的相应属性做对比验证，验证是否一致。具体对比验证方式将 在下文说明。
[0052]S6:最后，在服务器端由报表模块根据对比验证结果，生成相应的对比验证结果报 表。
[0053] 在上述过程中，服务器端与测试终端之间可以采用如下通讯协议定义。
[0054] A.通用报文格式：
[0055]
[0056] 报文最前面由2个字节来表示后面部分的长度，报文长度后面各字段为可见字符 组成，编码为utf-8。报文长度与co_and之间没有分隔符。
[0057] 除报文长度字段外，每条报文至少有两个字段：co_and及一个参数，字段之间用 分隔符（如：##)分开。例如：pc##finish代表意义是pc客户端连接会话已经完成。
[0058] B.文件数据流报文格式：
[0059]
[0060] 报文长度为文件数据流的字节长度，数据流为job资源文件原生二进制数据流。
[0061] C.报文基本规则：
[0062] 每条请求应答报文通过TCP连接发送。
[0063] 每条通讯命令第一个字段代表当前会话的身份，多个会话组成一个CS通讯，即为 一次无线端测试任务或PC端的一次控制任务。
[0064] 每条通讯命令从第二个字段开始是会话通知对方的将要执行Action或自己的当 前Status〇
[0065] D.以下对协议报文中的command示例说明：
[0066] 1) login:客户端需要登录服务器，服务器对客户端身份进行识别记录，如：无线 客户端（手机端）要登录服务器，其中字段第一个参数由手机型号，系统版本号组成，可根 据需要扩展，第二个参数固定为通讯协议版本号。示例如下：
[0067]
[0068] 服务器支持对方协议的应答时：
[0069]
[0070] 而服务器不支持对方协议的应答时：
[0071]
[0072] 当客户端通知服务器^己退^时:
' ''
[0073]
[0074] 2) push :服务器向手机端push相关资源文件。格式如下：
[0075]
[0076] 其功能是：服务器通知手机端将要push的资源文件。参数2是服务器端文件名， 参数3是手机端文件名（包括路径），参数4是文件长度，参数5是文件的md5值。
[0077] 当手机端回复需要接收文件数据流，按如下格式向服务器发信，随后服务器端将 按照文件数据流报文格式持续发送文件内容，直到发送完成。
[0078]
[0079] 在本次资源push结束时，由服务器先发下述内容，客户端应答，各发一次。
[0080]
[0081] 3)run:在手机端运行相关的测试case，并采集数据回传服务器端。
[0082]
[0083] 在此命令下，服务器端通知手机端开始执行一条测试case，参数2是测试case在 job中的索引号，参数3是测试case的可执行命令行，参数4有两个值，true表示服务器需 要等此命令执行完后才能开始下一条，false则不必等（可并行执行其它测试case)。
[0084] 手机端发出如下格式内容，通知服务器端已经开始执行一条测试case，参数2是 测试case在job中的索引号，其它参数如表中不变。
[0085]
[0086] 手机端实时发送测试数据给服务器端时_，发送内容格式如下表。其中参数2是测 试job的ID，参数3是当前正在运行的测试case生成的一条测试数据。
[0087]
[0