Selenium のちょっとした記事 #21
カテゴリ
今週は動きが鈍いと思っていた — ブラウザのウィンドウをいくつ開いているか確認するまでは。 それが少し動きが鈍く感じられた理由だろうか…
Simon Stewart からの歴史に関するいくつかの情報
- Selenium の最初の発表 (Thoughtworks の外部)
- WebDriver の最初の発表 (再び、Thoughtworks の外部)
- 「統合」の発表 (別名 Selenium 2)
Cloud Computing Show #35 でのより多くの歴史レッスン。Jason が Se の起源 (およびその他のもの) を回想しています
私はまだ、本番環境への継続的デプロイメントはほとんど非倫理的だと考えていますが、企業がそれをサポートするために使用している多くのトリックは非常にクールです。 Digg4 での継続的デプロイメント、コードレビュー、および事前テスト済みコミット は、Digg が使用しているものを詳しく説明しています。 Se についての簡単な言及のみですが、CI サーバー内で Se を実行すると、これらの考えはますます興味深いものになります。
キッチンシンク – すべてのテストを自動化する必要がない理由 には、テストを自動化できるからといって、常にそうすべきとは限らないのようなことがあります。 コンサルタントとして、私はこの点を常にクライアントに伝える必要があります。 毎日。
メタになりすぎる危険を冒して言えば、Concordian を Se で駆動するように見える Selendion が登場しました
Frank は自身を「iOS 用 Selenium」として宣伝しています。 ただし、Se2 はすでにそれをサポートしていると私は信じています。
2 番目の例に進む は、Ruby を使用した Se2 の探索に関する一連の投稿の一部です。 この特定の投稿は、WebDriver チュートリアルの 2 番目の例の ruby 化です。
Selenium IDE での XPath および CSS ロケーターのデバッグ は、RobotFramework-Users メーリングリストでの質問から始まり、最終的にスクリーンキャストになりました。 もっとたくさんやるべきです。
Boomerang は、誰かが Se との統合に関するチュートリアルを書くべきプロジェクトのように思えます
レビュー: TDD スクリーンキャスト は、Kent Beck の新しい TDD スクリーンキャストシリーズのレビューです (これは本当に購入すべきです)。 はい、通常、速度上の理由から Se を使用して TDD を行うことはありませんが、この段落は共感を呼び、私がリストを作成しているので、含めます。
スクリーンキャストから得られた素晴らしいメッセージは、テストはストーリーを語るべきであるということです。 自分自身でつまずかないように、ステップごとにその物語を構成します。 多くの場合、バックエンドサービスまたはデータベースと直接対話して開発する必要がある場合があります。 それが物語の始まりです。 こんにちは、データベースさん、いますか？ 何か入れてもいいですか？
PHP 開発者で NetBeans を使用している場合は、PHPUnit と Selenium を使用したテスト が役立つかもしれません。
NUnit 経由で Selenium テストを CruiseControl.Net に統合する は、その主張どおりです
Selenium2 での脆い要素選択の回避 は、Se2 を使用した継続的なトピックに取り組んでいますが、Se1 にも適用できます
