Ошибка при зависании сокета при запуске скриптов appium с ОС windows - PullRequest
Новая
       22

Ошибка при зависании сокета при запуске скриптов appium с ОС windows

0 голосов
/ 18 февраля 2020

Я периодически получаю эту ошибку при запуске моих скриптов appium на реальном устройстве. каждое альтернативное выполнение завершается неудачно из-за ошибки ниже. Пожалуйста, дайте мне знать, если кто-нибудь сталкивался с этой проблемой ранее и как вы ее исправили?

используемое устройство: Oppo A7 - ВЕРСИЯ 8.1.0 ОС: Windows 10 org.openqa.selenium.WebDriverException: неизвестно при обработке команды произошла ошибка на стороне сервера. Исходная ошибка: не удалось передать команду прокси на удаленный сервер. Исходная ошибка: Ошибка: розетка зависает 

and the execption thrown is below
Session ID: 3fe1bfe2-acb2-4f2f-9dee-0d4699bbfe75
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at org.openqa.selenium.remote.http.W3CHttpResponseCodec.createException(W3CHttpResponseCodec.java:187)
    at org.openqa.selenium.remote.http.W3CHttpResponseCodec.decode(W3CHttpResponseCodec.java:122)
    at org.openqa.selenium.remote.http.W3CHttpResponseCodec.decode(W3CHttpResponseCodec.java:49)
    at org.openqa.selenium.remote.HttpCommandExecutor.execute(HttpCommandExecutor.java:158)
    at io.appium.java_client.remote.AppiumCommandExecutor.execute(AppiumCommandExecutor.java:239)
    at org.openqa.selenium.remote.RemoteWebDriver.execute(RemoteWebDriver.java:548)
    at io.appium.java_client.DefaultGenericMobileDriver.execute(DefaultGenericMobileDriver.java:46)
    at io.appium.java_client.AppiumDriver.execute(AppiumDriver.java:1)
    at io.appium.java_client.android.AndroidDriver.execute(AndroidDriver.java:1)
    at org.openqa.selenium.remote.RemoteWebDriver.getScreenshotAs(RemoteWebDriver.java:294)
    at screenshot.Screenshot.captureScreenshot(Screenshot.java:33)  -> implementation given by me
    at docscantests.DocScanTests.afterMethod(DocScanTests.java:552)  -> implementation given by me
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
    at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
    at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
    at org.testng.internal.Invoker.invokeMethod(Invoker.java:786)
    at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
    at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
    at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
    at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
    at org.testng.TestRunner.privateRun(TestRunner.java:767)
    at org.testng.TestRunner.run(TestRunner.java:617)
    at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
    at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
    at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
    at org.testng.SuiteRunner.run(SuiteRunner.java:240)
    at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
    at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
    at org.testng.TestNG.runSuitesSequentially(TestNG.java:1198)
    at org.testng.TestNG.runSuitesLocally(TestNG.java:1123)
    at org.testng.TestNG.run(TestNG.java:1031)
    at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:115)
    at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:207)
    at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:178)

1 Ответ

0 голосов
/ 05 марта 2020

Зависание сокета в основном происходит из-за того, что системный порт (по умолчанию 8200) используется после разрыва. Системный порт отличается от порта wd / hub (например, 4723). Каждый клиент UiAutomator использует системный порт для связи с JWP.

Случаи:

1 - при совместном использовании нескольких программ на базе appium. Например, Katalon, Appium Studio и сам Appium одновременно

2 - при параллельном или быстром выполнении итераций теста быстро после каждого разрыва

Как разрешить:

Измените systemPort на желаемую возможность приложения. (напр., изменение с 8200 на 8210)

...