0

私はかなり長い間取得してきた多くの Selenium 例外を取り除くことに取り組んでいます (ほとんどが誤検知であることが判明しました)。私が取得している多くの例外の1つは、例外 Selenium.SeleniumException : No SessionId provided.Due です。これにより、その後のすべてのテストが実行されません。

例外の詳細は次のとおりです。

セットアップ メソッドが失敗しました。Selenium.SeleniumException : エラー: エラー: セッション ID が指定されていません。元の newBrowserSession コマンドが失敗した可能性があります。c:\hudson\workspace\selenium-rc-trunk-win-headless\trunk\clients\dotnet\src\Core\HttpCommandProcessor.cs:line 98 の Selenium.HttpCommandProcessor.DoCommand(String command, String[] args) でSelenium.HttpCommandProcessor.Stop() in c:\hudson\workspace\selenium-rc-trunk-win-headless\trunk\clients\dotnet\src\Core\HttpCommandProcessor.cs:line 171 at Selenium.DefaultSelenium.Stop() in c:\hudson\workspace\selenium-rc-trunk-win-headless\trunk\clients\dotnet\src\Core\DefaultSelenium.cs: C:\BuildAgent\work\11a8046c96ca46b の ProductionDiagnostics.TestAttributes.TearDownUseCase() の行 154 \ProductionDiagnostics\NUnitTests\TestAttributes.vb:

newbrowserSession コマンドが失敗する理由と、その考えられる原因は何ですか??

また、最近グリッドを 1.0.7 から 1.0.8 に更新しました。それがトラブルの元になるのでしょうか??

4

2 に答える 2

1

ハードウェアの問題ではないと確信しています。

コードなどは提供していませんが、エラー シンタックのファイル パスから、テストを実行するのは Hudson であることがわかります。ハドソンから開始された Selenium RC のインスタンスがスレッドではないため、いくつかあると問題が発生します。それなら安全。

このクラスの使用を検討する必要があります: ThreadSafeSeleniumSessionStorage

更新 これを見てください： http://old.nabble.com/Problem,-Selenium-RC--sessionId--doesn't-exist--perhaps-this-session-was-already-stopped--td17633858 .html

于 2011-01-19T02:06:11.763 に答える
0

1.0.8 では、1.0.7 との違いをもたらすコードは導入されていません。おそらく、あなたがセッションを強制終了したか、あまりにも長い間アイドル状態だったために Grid がそれを行った可能性があります。次に、新しいセッションを開始して処理することなく、クライアントからの呼び出しを試みました。

于 2011-06-24T20:43:18.967 に答える