Selenium #65 のちょっとしたお話

新しい試みです。時間が取れるうちに、キャッチアップ投稿を準備しています。

• Arquillian を使用した機能テストは重要であると信じられています。もちろん、私には Java がたくさんあるようにしか見えませんが…。
• あるスレッドで例外が発生した場合、なぜ他のスレッドの finally ブロックが呼び出されないのですか？ は興味深い質問であり、良い答えがあります。スクリプトを並行して実行し始める場合は、これと GIL を念頭に置いてください。
• テストの真の有効性を保証するためにテストオラクルを使用する のような投稿で私のお気に入りの部分は、常に「これは私が苦労して学んだ方法です」という話が書かれていることです。
• WebDriver の力を得るための道は、JavascriptExecutor を通ることだとますます確信しています。setContext(..) is back for Selenium2 😛 で示されているように
• Maven の重要なコツの 1 つは、サーバーコントロールをどこにバインドするかを知っていることです。「Maven、Tomcat、および Web Driver を使用した Jenkins での webapp 起動のテスト」は少し大げさなタイトルかもしれませんが、HTMLUnit（なぜ？！顧客はそのブラウザを使用しますか？本当に？）を使用していますが、Maven の部分をうまく説明しています。
• いずれにせよ自動化中に HTML（バグを見つける）を使用しているので、「間違っています：一般的な HTML タグの誤用」は心に留めておくべきことです。
• そして、HTML を批判しているのですから、データベーススキーマがどのように設計され、それが API 設計にどのような影響を与えるかについても批判してみませんか。「識別子は数値ではありません」
• Patchwork は、PHP でモンキーパッチを可能にするライブラリです。まだ必要性は見つけていませんが、そのうち必要になるだろうと思っています。
• Facebook の自己修復機能の作成は本当に素晴らしいです。そして残念ながら、免疫/修復分野のほとんどのものは高度にカスタマイズされており、オープンソース化の候補にはなり得ません。
• C# での Selenium WebDriver を使用したスクリーンショットの撮影

• 前へ
• 次へ