【问题描述1】:
2022-09-08 13:39:32.207 - INFO - DUT (192.168.250.99:9000) ---> traffic_send_ping,destination,192.165.100.16,framesize,1000,frameRate,1,duration,3
2022-09-08 13:39:32.286 - INFO - DUT (192.168.250.99:9000) <-- status,ERROR
【分析流程】:
从失败日志看是sigma_dut执行ping命令的shell脚本时没有权限导致的
本地经过验证,发现sigma_dut默认的SIGMA_TMPDIR配置是data,即sigma_dut运行过程中生成的临时脚本文件均在data目录下。但是经过验证发现data目录下的sh脚本均无法运行,均提示没有权限。通过修改SIGMA_TMPDIR为vendor后,将sigma_dut运行过程生成的脚本定位在vendor目录下后ping的sh脚本运行正常
【遗留问题】:
2台设备同时去测试5.6.1,一台设备没有报sh无权限运行的问题,一台设备报了,而且2台设备是一个软件包。而且查看2台设备测试过程中生成的shell脚本权限也一致。时间紧迫没有继续深究原因。
【解决方案】:
修改sigma_dut的Android.mk,如下:
diff --git a/Android.mk b/Android.mk
index 0ea59e8..22fc0b3 100644
--- a/Android.mk
+++ b/Android.mk
@@ -33,7 +33,7 @@ endif
OBJS += miracast.c
CFLAGS += -DMIRACAST
CFLAGS += -DCONFIG_CTRL_IFACE_CLIENT_DIR=\"/data/misc/wifi/sockets\"
-CFLAGS += -DSIGMA_TMPDIR=\"/data\"
+CFLAGS += -DSIGMA_TMPDIR=\"/vendor\"
CFLAGS += -DNL80211_SUPPORT
【问题描述2】:
在测试5.6.1还发现了一些奇怪的问题。客户的版本升级后5.6.1的测试失败点回提前。最后和实验室工程师沟通过程提到一点,可以升级sigma_dut工具版本尝试下。
从github获取到最新的sigma_dut工具后导入到系统,重新替换芯的sigma_dut工具后,5.6.1测试居然直接pass,没有再报之前奇奇怪怪的问题
sigma_dut github地址:https://github.com/qca/sigma-dut.git
下载命令: git clone https://github.com/qca/sigma-dut.git