seleniumを使う①

Webの自動テストをやろうと思う。要件としては以下のとおりだ。

  • ターゲットはWebのUI系のテストの自動化
  • テスト内容は同一だが各種ブラウザでのテストがある。
  • 開発者の個別環境で実施するのではなく、サーバー上でテストを自動実施したい
  • jenkinsと連携させてリポジトリが更新されたらテスト実行を行う
途中はすっとばすがseleniumというWebのUI系の自動テストツールが使えるかもしれないということで調査することにした。
こいつはFireFoxのプラグインとして動作してSelenium IDEというツールでユーザー操作を記録し、それをテストコードとして自動実行させることができるらしい。

というわけでまずはダウンロードしてみた。

FireFoxで上記リンクを叩くと、自動的にselenium IDEがインストールされる。


←インストールされると、このようなアイコンがFireFoxのアドレスバーあたりに追加される。

テストスクリプトの作成

FireFoxのツールバー上にselenium ideのアイコンが表示されるのでそれをクリック。
表示された画面の赤丸ボタン（記録ボタン？）をクリックした後、ブラウザを操作
→テストスクリプトが自動生成される。

必要に応じてファイルに保存する。
※ここで一旦テストが通るかどうかの確認を行う。

VisualStudio.Netのテストプロジェクトで実行する

作ったテストスクリプトを今度はVisualStudio.Netのテストプロジェクトから実行させるという話。

テストケースのエクスポート

作成したテストケースをselenium IDEでオープンした状態でselenium IDEの以下のメニューを選択

ファイル ＞ テストケースをエクスポート ＞ C# / NUnit WebDriver

保存先を指定してテストケースを保存する。

VS.NETで単体テストプログラムの作成

VS.NETの新規プロジェクトを作成する。
→ Visual C# > 単体テスト プロジェクト

Nugetのパッケージマネージャコンソールを起動
→VS.NETのツール > NuGetパッケージマネージャ > パッケージマネージャコンソール

※ VS.NETのバージョンによっては拡張パッケージマネージャというタイトルかも知れないです。

でコンソールウインドウが表示。そこに

Install-Package Selenium.WebDriverBackedSelenium -Version 2.43.1

を入力する。

VS.NETのテスト用に書き換えする。

selenium IDEで吐き出したテストコードはNUnit用なのでVS.NETで使うには幾つか書き換えが必要。
基本的にはテストクラス/メソッドの属性を以下のように書き換えを行う。

TestFixture → TestClass
SetUp → TestInitialize
TearDown → TestCleanup
Test → TestMethod

参照設定を追加しておく。

https://code.google.com/p/selenium/downloads/detail?name=selenium-dotnet-2.39.0.zip&can=1&q=

上記の「selenium-dotnet-2.39.0.zip」をダウンロードして展開しておく。
↑で作ったプロジェクトに展開して生成されたアセンブリを参照設定に加えておく

※ for_dotnet\selenium-dotnet-2.4.1 を使っても良いです。

jenkinsで実行させる

次はjenkinsで動かすための設定だ。
jenkinsから直接ブラウザを起動するのは難しいので、NodeとなるクライアントPC（仮想でも可）を用意して、実際のテストはそっちでやらせるようにする。
WebDriver RCが必要になると思う。続きはまた今度





コメント

コメントを投稿

このブログの人気の投稿

シンボルサーバーを設定する

シンボルサーバーを設定した（する）ので自分用のメモ シンボルサーバーを設定する マイコンピュータの環境設定の環境変数「_NT_SYMBOL_PATH」にシンボルサーバーへのパスを設定します。 例えば、 D:\symbols \\symserver\symbols http://msdl.microsoft.com/download/symbols にシンボルサーバーだよと設定したい場合、環境変数に Srv*D:\symbols*\\symserver\symbols*http://msdl.microsoft.com/download/symbols というように設定します。 これを設定しておくと、「D:\symbols」と「\\symserver\symbols」共有フォルダにシンボルファイルが格納されます。 シンボルサーバーへシンボルの追加 共有フォルダへシンボルファイルを追加する場合、「symstore.exe」を使用します。 これはMicrosoft Debugging Tools for Windowsのパッケージに含まれています。 例えば、「C:\svn\projects」フォルダ下に生成されたシンボルファイルを共有フォルダに登録したい場合、以下のように実行します。 symstore.exe add /f "c:\svn\projects\*.pdb" /s "\\symserver\sysmbols" /r このコマンドで「C:\svn\projects」フォルダ下の*.pdbファイルを再帰的探して共有フォルダに設定します。
続きを読む

マルチモニタをやめてみた

クラムシェルをやってみたくて一時的にマルチモニタをやめてみたら意外に作業が捗る事がわかった 理由を考えたところ作業スペースが有効に使え、マルチモニタのときは狭くて使って無かった紙とペンを使うようになったことと、何より集中力が上がった気がする。 目の前に...
続きを読む

新しいdotnetコマンドで自己展開型(self contained)なバイナリを生成するには

VS.NET 2017系になって、Dotnet coreがproject.jsonからcsprojになりました。 以前は、project.jsonで自己展開型(.exeにビルドするやつ)にビルドするには、 project.jsonに、以下のようにruntimesセクションを追加して "runtimes": {   "win10-x64": {}   "osx.10.10-x64: {} } dotnet build -r win10-x64 などとコマンドラインで叩くと-r(runtimes)オプションで指定した環境向けに単独で実行できるバイナリが生成されます。 VS.NET 2017では、project.jsonが廃止されて*.csprojになってしまったので、自己展開型のバイナリ生成が上記のやり方ではできなくなってしまいました。 VS.NET 2017のプロジェクトのプロパティからも設定できなかったが、csprojを直接編集することでできる模様。 <PropertyGroup>   <RuntimeIdentifiers>win10-x64</RuntimeIdentifiers>   <RuntimeIdentifiers>osx.10.10-x64</RuntimeIdentifiers> </PropertyGroup> 上記のようにした上で、 dotnet build -r win10-x64 dotnet build -r osx.10.10-x64 とコマンドラインで叩くと、指定した環境向けの実行バイナリが生成される。 参考： https://docs.microsoft.com/ja-jp/dotnet/articles/core/deploying/ どっちにしてもVS.NET上で指定はできないみたい。 →とわいえ、VS.NET 2017からDotnet Coreサポートは大分良くなったよ！！
続きを読む