コマンド ラインから intern を使用して機能テストを実行し、失敗した場合、テストのどの行番号で失敗したかを確認することはほとんど不可能です。私が得るのは、一連の内部モジュールへのスタック トレースだけです。
他の人はこの問題をどのように解決しますか? テストが実行されるのを見て、失敗した場所を推測する必要がありますか?
コマンド ラインから intern を使用して機能テストを実行し、失敗した場合、テストのどの行番号で失敗したかを確認することはほとんど不可能です。私が得るのは、一連の内部モジュールへのスタック トレースだけです。
他の人はこの問題をどのように解決しますか? テストが実行されるのを見て、失敗した場所を推測する必要がありますか?
申し訳ありませんが、現在使用している基盤となるライブラリのいくつかは、確実なエラー情報を提供したり、完全なスタック トレースをテスト モジュールに記録したりするのに適していません。これは将来的に改善したいことですが、これらの外部の使用をやめるにはおそらくいくつかの書き直しが必要になるでしょう。
Selenium サーバーからエラー応答を受け取った場合に行う最善の方法は、サーバーからコマンド ログを確認することです。それらは、その時点でどのコマンドが実行されていたかを示し、失敗の原因の詳細を提供します。テストが適切なユニットサイズであると仮定すると、どのコマンドが適切に機能していないかを簡単に確認できます。
この場合、エラー 7は要素が見つからなかったというエラーです。そのためelementBy*
、ページに存在しない要素のメソッドを呼び出しているかelementBy*
、コマンド チェーンの前の方でメソッドを呼び出していない可能性があります。end
作業が完了したら呼び出して、コードが古い要素内で新しい要素を検索しようとするようにします。