Seleniumの小話 #63

• WatirからWebDriverへ：単体テストフレームワーク – まあ、「ビッグ」ニュースですね。もちろん、WatirはWebDriverを使用できるので、スクリプトを別のAPIに移植する必要はありませんでした（APIがスクリプトから十分に抽象化されていることを願っています）。そしてもちろん、投稿のタイトルは、FacebookがWatir/Seleniumスクリプトを「単体」テストと考えていることを意味していますが、せいぜい疑わしいものです…
• Jenkins用Seleniumテスト — はい。JenkinsにSeスクリプトのセットが用意されました。フォークして修正し、プルリクエストを送信してください。
• ThucydidesはWebDriverを中心に構築された別のフル機能フレームワークのようです
• NativeDriverとiOS：第一印象は、モバイルアプリの自動化に関する一連の投稿の最初のもののようです
• Selenium IDEでのロケータービルダーの管理は、Se-IDEの最新バージョンにこっそり追加した新機能を紹介します。まだ少し磨きが必要ですが、そこまで来ています。
• 「except:」の悪は、コード内の裸の例外についての良い注意喚起です。例外を一番上にバブリングさせたい自動化では、二重に当てはまります。
• Selenium IDEビルドシステムへのMozmillテストの追加は、CI環境にMozmillテストを追加する方法を説明します。多くのSe-IDEプラグインは、実際にはMozmillを通じてのみテスト可能です。
• それで、誰が私にKeep Calm and Continue TestingのTシャツを買ってくれるのでしょうか。
• ついでに、誰がSeをUbuntu Software Centerに追加してくれるのでしょうか
• 今回の議論のテーマは、「テスターがプログラミングを学ぶべき少なくとも3つの理由」対「ソフトウェアテスターがコードを学ぶべきでない少なくとも3つの理由」です。もちろん、Seの作業をしている場合、それだけでもコードを学ぶ理由になります — 自動化はプログラミングです。

• 前へ
• 次へ