6

テストステーションのグループで一連のPythonテストスクリプトを実行します。テストスクリプトはこれらのテストステーションのハードウェアユニットとインターフェイスするため、ステーションごとに一度に1つのテストスクリプトを実行する必要があります(すべてを仮想化することはできません)。さまざまなステーションにテストを割り当て、テスト結果を報告するツールを構築しました。これにより、何千ものテストをキューに入れて、夜間または任意の期間実行することができます。

時折、私たちが見つけたのは、テストステーションがクラスターから脱落することです。リモートでログインすると、黒い画面が表示され、再起動します。ログインすると、WindowsXPに「重大なエラー」が発生したことが通知されます。イベントログには、このエラーの記録が含まれていCategory: (102)ますEvent ID: 1003

以前、これは何百もの一時的なFirefoxプロファイルの作成が原因であることがわかりました。テストではSelenium Webdriverを使用してWebサイトの操作を自動化し、新しいブラウザーを起動するたびに一時的なFirefoxプロファイルが作成されました。これらの一時的なFirefoxプロファイルを空にする各テストの間にクリーンアップのステップを追加しましたが、ステーションがいつかドロップアウトし、常にこの重大なエラーが発生してイベントログに記録されることがわかりました。

この問題の根本的な原因を見つけたいのですが、どうすればよいのかわかりません。イベントログエントリの読み取り方法に関する情報を検索しようとしましたが、役立つ情報は見つかりませんでした。この問題のデバッグに取り掛かる方法についての提案を歓迎します。

4

1 に答える 1

0

以前に Firefox で同様の問題を経験したことがあります。ごくまれに、ブラウザー セッションを閉じていないだけの行為でマシンを検出できました。したがって、最終的にBSOD。明らかに、これは webdriver、firefox、または XP (私たちも使用していた) のいずれかのバグでした。個々のテストの間にすべての firefox プロセスを積極的に強制終了することで、この問題を解決しました。これはうまくいきました。また、テストを並行して実行していないため、同様に機能します。アグレッシブに斧を突き刺すという意味です。に相当するウィンドウkillall -9 firefox。これらのセッションが応答しなかったためです。

根本的な原因は?特定のバージョンの Firefox では問題は発生しませんでした。しかし、実際に適切にデバッグすることはできませんでした。短いテスト実行では再現性がなく、問題が発生すると実際にハード クラッシュが発生したため、デバッグは非常に困難でした。

于 2014-01-18T00:03:38.387 に答える