XTS出错怎么办
我们在开发OH的时候，如果你是OS的开发者，那不可避免的会遇到XTS的问题，不管你是想开发个OH开发版还是一个OH的发行版，都需要通过社区的兼容性测试，那这个时候就需要运行XTS测试套件，然后你就容易遇到对应的问题，那么我们看看怎么分析XTS的问题。
1，出错了
以上是一个典型的出错，就是unavailable。啥意思？说简单点就是这个测试用例没有运行起来。那还有 Failed 和 Blocked 啥意思呢？Failed就是用例里的判断出错了，Blocked就是用例的前置步骤出错了；Ignored目前没见过。
2，怎么查看问题
下面用个实际例子看看unavailable怎么看。
以上就是一个典型的目录结构:
- log/ActsDrawingVativeTest：这里面存的就是xts的测试用例执行时候OH的日志
- hilog：系统日志；
- module_run.log：xdevice运行的日志
- task_log.log：同module_run，但是只是xdevice框架的，没有具体测试用例的日志
- 其他：都是生成的报告和中间产物
3，首先看task_log.log
终端输出的信息里表明了没有module，没有testcase，啥意思？就是你这个测试用例没有内容，那只有两种情况，1：用例有问题，运行错了；2：没运行起来。这个case是官方的xts，不是自己写的，那大概率不是case问题，就找为啥没运行起来的问题；
4，其次看module_run.log
这个文件就能看到好多error，原因就是加载依赖的so库找不到，这时候就大概率是镜像不对了。保险起见我们再看看hilog
5，最后确认hilog
./ActsDrawingNavitveTest 就是运行xts的命令，然后他就报错了，也就是这个测试用例依赖的so没有。看report里的版本是4.1，那就是image不同引起的问题了。
6，换镜像，测试成功。
总结
测试套的版本需要和设备上的镜像版本保持一致，否则容易引起问题。
引申一个问题：现在OH的兼容性测试套是只维护当前版本的，如果你要测试老的版本，比如3.2，那就只能用3.2的版本测试，但是社区的兼容性认证只对最新的版本进行认证，如果有新版本发布，之前的版本也就只维护6个月（具体数字可能不对，需要看兼容性工作组的声明） | 
发布问题
发布文章
