最后写一下用例模块的组织
和V1的plan不同,V2的测试用例是被组织成一个一个Module的,一个Module被包装成一个apk,一个apk对应一个config配置文件,测试时apk就被Push到手机上,测试结束后卸载。
前面说过用例的模块分发是以设备为单位的,下面我们看看是怎么组织要测试的用例模块的。
在Compatibility的run方法中调用了initializeModuleRepo:

最后返回的是在指定分片(指定设备)上运行的测试模块:

Initialize函数传入了分片数量、分片号、测试用例路径、devicetoken等等信息,猜测是最开始解析命令行输入时就已经保存好了。看一下这个函数实现(节选):

这个函数里有关于设备令牌的一个解析,应该也是读取设备信息时获取到的,如果符合令牌的格式要求就将信息添加到list中。

这部分是读取了testcase的所有config文件,然后遍历config文件,将后缀去除,视为xml文件进行和SAX解析处理,为每个ABI生成不同配置,然后进行模块的过滤操作。
CTS框架测试用例模块组织详解

本文详细介绍了CTS框架V2中测试用例模块的组织方式,包括如何将测试用例打包成APK,如何根据设备进行分发,以及模块的初始化和分片过程。在分片过程中,考虑了设备的token匹配,确保正确分配测试任务。
最低0.47元/天 解锁文章
2568

被折叠的 条评论
为什么被折叠?



