Day1-6测试积点任务
问题：1、直接运行用例时，可以正常运行，日志如下：
Shutting down UiAutomator
Moving to state 'stopping'
Closed client connection
INSTRUMENTATION_STATUS: numtests=1
INSTRUMENTATION_STATUS: stream=.
INSTRUMENTATION_STATUS: id=UiAutomatorTestRunner
INSTRUMENTATION_STATUS: test=testRunServer
INSTRUMENTATION_STATUS: class=io.appium.android.bootstrap.Bootstrap
INSTRUMENTATION_STATUS: current=1
INSTRUMENTATION_STATUS_CODE: 0
INSTRUMENTATION_STATUS: stream=
Test results for WatcherResultPrinter=.
Time: 24.758
OK (1 test)
INSTRUMENTATION_STATUS_CODE: -1
UiAutomator shut down normally
Moving to state 'stopped'2、但是以这种方式运行os.popen("python case.py")，用例执行失败，日志如下：
Received command result from bootstrap
Shutting down UiAutomator
Moving to state 'stopping'
UiAutomator shut down normally
Moving to state 'stopped'3、后来实验发现有种方式可以让第2种方式成功运行：
def ur(a):
if a == 1:
os.popen("python case.py")
pid = os.getpid()
os.kill(pid=pid, sig=signal.SIGKILL)
elif a == 2:
os.popen("adb logcat")
pool = ThreadPool(4)
lists = list()
pool.map(ur, lists)
pool.close()
pool.join()
请注意：必须要这种持续运行的adb命令才行os.popen("adb logcat")，如果把"adb logcat"换成"adb devices"或者非adb命令都还是会失败。以上都是一行一行的对比用例执行成功和失败的appium的日志发现的区别。求原因。。。。。。谢谢！
肯定是只有正确的方法才能运行 环境部署的变量检查下 这个确实不知道，等高手作答 运行PY的脚本肯定是用LOGCAT呀，如果用获取设备DEVICES 设备肯定不行，因为你判断语句中运行的都是PY脚本跟设备有什么关系，ADB之外的可定不能运行呀你这事在ADB中运行的PY脚本呀！
页:
[1]
