TravisCI、SauceLabs、Protractorで始める簡単E2Eテスト入門 | チャットワーククリエーターズブログ
自転車通勤始めました。@kyo_agoです。この記事はE2EテストAdventCalendar -26日目です。 今日はGithub上でTravisCI、SauceLabs、Protractorを使って簡単に始められる継続的E2Eテストの方法を紹介したいと思います。 ゴールはGithubにPRする毎にTravisCIがProtractorを使ってSauceLabs上で検証した結果を教えてくれるところです。 登場するユーザ名（kyo-ago）、リポジトリ名（Protractor-SauceLabs-TravisCI-sample）は実際のものに置き換えて読んでください。 SauceLabsの登録まず最初にSauceLabsのアカウントを作成します。 この時点ではGithubのリポジトリも何らかの設定ファイルも必要ありません。 「Getting Started」を押してください。 ダイアログが
InfratasterでNginxのルーティングのテスト書いてる: InfratasterでNginxのルーティングのテスト書いてる, , Infratasterは、ServerspecみたいにRubyのRSpecの記法でテストを書いて、（例えば）HTTPリクエスト
[Infrataster] InfratasterでNginxのルーティングのテスト書いてるサーバーのテストはServerspecで書いているんだけど、Nginxの設定ファイルで書いているウェブサーバーのルーティングのテストをどうしようかと思っていました。自分で、簡単なツールでも書くべきかなあと。 /path/to/app でアプリケーションにプロクシーする 但しcookieがない場合は静的ファイルをサーブする /path/to/static/file で静的ファイルをNginxが直接サーブする /path/to/health/check でヘルスチェック用のレスポンスを返す、但しHTTPヘッダーを見て普通のブラウザーアクセスではForbiddenにする バーチャルドメインごとに微妙にパスとかが違う みたいなルーティングのテストは、外側からのテストなのでちょっとServerspecのスコー
serverspec インフラ層のテスト項目を考える | Ore no homepage
最近は担当システムが平和だけど俺が平和じゃない。疲れてる。忘年会の連チャンもきっついトシになっちまった。会社の制度で1週間くらい休みがとれるので、一人で温泉とスノボと開発合宿でもしに北海道にでも行こうかなって思ってる。1月か2月くらいに。 えーと、担当しているサービスにserverspecを導入した。それにあたってテスト項目を考えたので軽くまとめる。もちろんserverspec導入前もサーバ構築後は動作確認というか、テストらしいことはしていたっちゃしていたんだけど、テスト項目をまともに考えたのはこれが初めてかもしれない。serverspecのバージョンは0.13.2である。Rubyは2.0.0。 0. 環境 下記のような環境に導入した。ありふれた構成だと思う。60台くらいの規模。DBはマスタ3台に分割されていて、それぞれにスレーブがn台ぶらさがっている。LBの箱は二つあるが、物理的には1台
serverspec のリソースタイプにPHPの設定テストを加えてみました
斎藤です。こんにちは。 今日は、serverspecのリソースタイプにPHPの設定テストを書き加えた時の事をお話しします。「きっかけ」「ファイル構成」そして「記述時の注意点」の3点を中心に記述します。その後、テストコードがどのように書き変わるかを示します。 きっかけ PHPは、様々なLightweight Language(以下、LL)の中でも、実行するアプリケーションに応じた設定が必要な言語の一つです。設定値の代表として "mb_string", "upload_max_filesize" そして "memory_limit" で頭を悩ませた方もいらっしゃるかと思います。そこで、serverspecで設定値を評価できる仕組みを整備し、正しく設定されているかを確認できるようにしたいと考えました。 これまで、serverspecでPHPの設定の評価を行うには、commandリソースを用いて"
Selenium IDE おすすめプラグインまとめ | MagicPod Tech Blog | MagicPod: AIテスト自動化プラットフォーム
Selenium IDEは、ブラウザ操作の記録と再生が手軽にできるFirefoxアドオンです。 Selenium公式サイトのダウンロードページを見ると、「Selenium IDE Plugins」というタイトルで、このSelenium IDEの機能をさらに拡張するFirefoxアドオンがたくさん並んでいます。 今回は、これらのSelenium IDEプラグインの中から、特におすすめのものを選んで紹介したいと思います。 Favoritesお気に入りテストスイートの簡単読み込み おすすめ度：★★★ Selenium IDEにテストスイートを読み込んだり、別のテストスイートに切り替える作業は、意外と面倒ですね。 このプラグインを使えば、IDEの画面に「Favorites」ボタンが追加され、テストスイートの読み込み・切り替えが簡単にできます。 使い方も簡単ですぐ覚えられます。 詳細(英語)
PHPUnit と Selenium2 を使ってブラウザベースの自動テストを実行するための最初の一歩的な何かを発表してきた - 雑文発散(2013-03-09)
▼ [PHP][Selenium] PHPUnit と Selenium2 を使ってブラウザベースの自動テストを実行するための最初の一歩的な何かを発表してきた 「（CakePHPとか）PHPのテストについての勉強会」で「PHPUnit + Selenium2 First Step Guide」と題した発表をしてきた。 「First Step Guide」としたのは、これを見ながら「Selenium 環境を整備して、簡単な PHPUnit コードを書く」ところまで実行できるようにしたかったため。 本当は発表よりもハンズオン的にやってみたかった話ではある。 発表資料 https://speakerdeck.com/suzuki/phpunit-plus-selenium2-first-step-guide サンプルコード https://github.com/suzuki/phpunit-se
JavaScriptのテストツール「testem」が素晴らしいぞ - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） JavaScriptユニットテスト一年生の私が、Nettuts+ のチュートリアルで知ったテストツール 「testem」のお陰で大変捗ったので是非お勧めしたく、ここで紹介してみます。 testem ってなに testem via GitHub : airportyh/testem Unit testing in Javascript can be tedious and painful, but Testem makes it so easy that you will actually want to write tests. 要するに、面倒なJSのユニットテストをより快適にしてみんなでハッピーにテスト書こうよ！というツールです。 testem自体はnode.jsベースで動作し、Jasmine/QUnit/Mochaに対応して
社内ユーザテスト勉強会のスライドを公開します - Hatena Developer Blog
こんにちは、id:uedayです。 5/22にはてな社内でユーザテストについての勉強会を実施しました。 良いユーザ体験には、ユーザが迷わず快適に操作できるインタフェースが不可欠です。 ユーザビリティを評価する方法としてユーザテストがありますが、はてなブログチームでは、「アジャイル・ユーザビリティ―ユーザエクスペリエンスのためのDIYテスティング―」という本を参考に、社内でユーザテストを行っています。 今回の勉強会は導入編として、ユーザテストのメリットや事例など基礎的なことを解説したスライドを発表しました。 ご興味のある方はご覧ください。 ユーザテスト社内勉強会 View more presentations from ueday_h アジャイル・ユーザビリティ ―ユーザエクスペリエンスのためのDIYテスティング― 作者: 樽本徹也出版社/メーカー: オーム社発売日: 2012/02/23メ
テストで学ぶJavaScriptについて
A Test-Driven JS Assessment というテストを通るようなコードを書いて、JavaScriptを学ぶものが公開されていたので、それの紹介です。 JS Assessmentは最初に失敗するテストが用意されていて、そのテストコードを通るような関数などを書いていってJavaScriptの力試し、学習をするものです。 簡単にやり方を書くと、Node環境を用意した状態で git clone https://github.com/rmurphey/js-assessment.gitなどで、リポジトリをダウンロードして、 ダウンロードしたディレクトリ内で、 nodeを使って以下のようコマンドを実行してテストが実行できるローカルサーバを立ち上げます。 実行した状態で http://localhost:4444 というURLに行けば、Mochaで書かれたテストが走った結果が表示されます
Jasmine + Sinon.js を使って Backbone.js アプリケーションをテストするチュートリアルを読みました | CreativeStyle
Jasmine + Sinon.js を使って Backbone.js アプリケーションをテストするチュートリアルを読みました JavaScriptのためのBDDテストフレームワーク「Jasmine」と、簡単にスタブやモックオブジェクトを導入する「Sinon.js」を使って、JavaScriptのためのMVCフレームワークである「Backbone.js」で書かれたアプリケーションをテストするチュートリアル記事を読みました。 全３部構成。英語。 Testing Backbone applications with Jasmine and Sinon – Part 1 – Tinned Fruit Testing Backbone applications with Jasmine and Sinon – Part 2. Models and Collections – Tinned Frui
{Jenkins x CakePHP2 (1/6)} Jenkins のインストール方法
CakePHP-2.0.4 で継続的インテグレーション(CI) ができる環境を構築する ため、Jenkins をインストールすることにした。 ネット上を探し回ったんだけど、まだ Jenkins x CakePHP2 の情報はまと まってないみたい。毎度のことながら途中何度も何度もハマり、設定して はアンインストールし、設定してはアンインストールしを 7〜8 回はやっ たと思う。同じように困っている人と、将来の自分のために構築メモを残 すことにする。全 6 回。 Jenkins のバージョンは 1.445、CentOS のバージョンは 5.6。 Jenkins をインストール＆起動した。Jenkins 用のリポジトリを yum の リポジトリリストに追加して、yum install するだけ。 % sudo yum install java-1.6.0-openjdk % sudo wget
Backbone.js を使った開発で QUnit を試してみた - present
最近は Backbone.js をよく触っています。Backbone.js を使った場合、そこそこな規模の UI が出来あがるわけで、品質を上げるためにはテストが必要不可欠です。 Backbone.js みたいな MVC フレームワークを導入するメリットとしては、「役割がはっきりしてソースコードがすっきりする」ことの他に、「テストがしやすくなる」というのもあると思います。クライアントサイド MVC に限ったことではないけど、ロジックをモデルに集約し、ビューは表示に徹することで、UI のかなりの部分が自動テストできます。 JavaScript のテストでは JsUnit と QUnit あたりが鉄板。JavaScript のテストライブラリは初めて使うので、軽くドキュメントを読んで簡単そうに感じた QUnit を選択します。試しに、モデルのテストを書いてみたのがこちら。 <!DOCTYPE
ContollerのTestのはまりどころ(redirect) - kaz29
最近、テスト廚ぎみなわたなべです(^^; ビジネスロジックは出来るだけModelやComponentに書く様にしているのでModelやComponenntなどのテストはそれなりに書いていたのですが、Controllerのテストは全く書いていませんでした。とはいえ、Controllerにも処理があるので、テストを書いてみようと試したときにはまった点と私なりの解決方法をまとめてみました。 Controllerをbakeすると自動で作られるControllerのTestCodeは以下のような感じです。 <?php /* SVN FILE: $Id$ */ /* ExampleController Test cases generated on: 2009-12-04 19:56:41 : 1259924201*/ App::import('Controller', 'Examples'); cl
CakePHP routes.phpの確認はユニットテストで
routes.phpを仕様に合わせて設定しておきます。 <?php // Router::connect('/:user_id/edit', array('controller' => 'user', 'action' => 'edit')); Router::connect('/', array('controller' => 'top', 'action' => 'index')); Router::connect('/:user_id/*', array('controller' => 'user', 'action' => 'index')); // Nothing Router::connect('*', array('controller' => 'nothing')); ?> 最後はシステムが取るべきURL以外ならNot Foundを出すように設定しています。これにより想定外
QUnitの基本的な使い方 - but hopeful
[追記] 2013/9/1 三年前の記事が未だに読まれているようなので、一応書いておきますが、あれから色々変わってもっと良いものも出ています。 QUnit でも別に問題はないですが、今から QUnit を使うよりは http://visionmedia.github.io/mocha/:title=mocha] とかの方が個人的にはお勧めです。とにかく、今は色々あるのでもっと別の選択肢調べて見ることを個人的にはおすすめします。別に QUnit は使わないほうが良いとは言いません。 JavaScriptのテスティングフレームワークはいろいろありますが、自分は今主にQUnitを使っているので、少し使い方をまとめて見たいと思います。 [追記]今回作成したソースを上げました。ninja.js QUnit とは QUnitはもともと、jQueryをテストするために開発されたJavaScript Un
jQueryのテスティングフレームワークQUnit (でぃべろっぱーず・さいど)
jQueryのSubversionリポジトリにtestフォルダがあって、jQuery自身のテストが納められていたのですが、そこで使われているテスティングフレームワークがQUnitとしてトップレベルのプロジェクトになったようです。 QUnit - jQuery JavaScript Library これを使うと簡単にjQueryプラグインのテストコードが書けちゃいます。 使い方は以下の通り。 提供されているメソッド test( name, test ) : nameにテストの名称、testには実行するテストを関数の形で渡します。 module( name ) : テストの途中で、テスト対象のモジュールや関数の目印を付けたいときに使います。nameにはモジュールの名称を渡します。 ok( state, message ) : stateがtrueならOK、falseならNGという判定になります
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Ubuntu10.10 自宅サーバ構築手順:継続ビルド環境(Jenkins)インストール - Diary of absj31
Welcome to Jenkins CI! | Jenkins CI InfoQ: Hudson、Jenkinsに改名 「オラクルがJenkinsをフォークした」 - karasuyamatenguの日記 先月末から今月に掛けて何やら慌ただしくなってきているHudson改めJenkins周辺。併せてjenkinsのインストール手順も記録しておこうと思います。 まぁ基本同じ手順なんですけどね…。(^_^;) 主な手順は以下に記載されています。 Debian Repository for Jenkins Jenkinsインストールには、JDK6導入済みが前提となります。 Ubuntu10.10 自宅サーバ構築手順:Java実行環境(sun-java-jdk6)インストール 更新用のkey情報を取得。 absj31@absj31-MyHomeServer:~$ sudo wget -q -O
負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger