Headless Functional Testing with Selenium and PhantomJS | Envato Tuts+
Let's build a system for performing functional tests on web applications, using Selenium and PhantomJS. The resulting system will allow us to write easy test scenarios in JavaScript, and test those scenarios both in real browsers and a headless simulator. Choosing Components The obvious downside to Selenium is that it requires a full graphical desktop for any and all tests. To begin, we have to ch
mocha+testling-ciでブラウザテストを自動化する - Qiita
{ "testling": { "browsers": { "ie": [ 6, 7, 8, 9, 10 ], "ff": [ 12, 13, 14, 15, 16, 17 ], "chrome": [ 20, 21, 22, 23 ], "opera": [ 10, 11, 12 ], "safari": [ 5.1 ] }, "harness" : "mocha", "files": "test/*.coffee" }, "devDependencies": { "chai": "*", "mocha": "*", "coffee-script": "*" } } githubのプロジェクトページでwebhookを設定 プロジェクトページ > settingボタンをクリック > サイドバーからservice hooks > WebHook URLに http://git.testlin
Javascript integration (3)
This document discusses JavaScript testing with tools like Capybara. It mentions that Capybara allows testing web applications by simulating user behavior like clicking and filling forms. It provides details on different backends for Capybara, including those based on Selenium, envjs, and PhantomJS. It also discusses using Capybara with JavaScript code coverage tools like JSCoverage.Read less
ADVANCEDモードでコンパイルしたJavaScriptをデバッグするテクニック - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。kintone開発チームの天野(@ama_ch)です。前回は、JavaScriptをClosure CompilerのADVANCEDモードでコンパイルする方法を紹介しました。 コンパイルが無事に通っても、素直に動いてくれることは滅多にありません。コンパイル後のコードが動かない原因をひとつずつ特定し、修正するという作業が待っています。 ゴゴゴゴゴ... 今回は、僕が実践しているデバッグのテクニックを紹介します。きっちりとデバッグをして、ADVANCEDモード対応を完璧なものにしましょう。 コンパイル後に動かなくなる原因 コンパイル後のコードが動かない原因は、次の2点に大別することができます。 プロパティへのアクセスが正しい手順でできていない エントリーポイントが存在せずコードが消されてしまっている 特に前者が原因になっていることがほとんどです。そのため、コンパイル後のコードを追
mochaとphantomJSとtravis-ciでフロントエンドJavaScriptのテスト - Webtech Walker
東京Node学園祭2012 アドベントカレンダーの9日目です。Node.jsとほとんど関係ないうえに内容がけっこう薄い感じなった気がするんですけど気にせずいこうと思います。 フロントエンドのJavaScriptをテストするとき最近はいつもmochaを使ってるんですが、やはりJenkinsとかtravis-ciを使って自動テストもしたいと思って試してみました。 hokaccha/mocha-phantom-travis-test ここではよくあるjQueryで画像のロールオーバーをするというプラグインを作ってそのライブラリに対してテストを書いています。ソースコードはこんな感じです。 $.fn.rollover = function() { return this.each(function() { var $img = $(this); var src = $img.attr('src');
東京Node学園2012
2012年11月18日(日) 10:30-17:30(予定) 後夜祭18:00- 法政大学 市ヶ谷キャンパス 外濠校舎 東京Node学園祭について スマートフォンの増加により現実になりつつあるC10K問題や、WebSocketにより実現されつつあるリアルタイムWeb。これらへのソリューションとして世界中から注目されているのが、サーバサイドJavaScriptプラットフォームのNode.jsです。 このたびNode.js日本ユーザグループは、npmの作者であり、かつNode.jsの新たなゲートキーパーであるIsaac Schlueter氏、NodeConfの主催者であるMikeal Rogers氏、NodeJitsuのCharlie Robbins氏、最も多くのnpmモジュールを提供する開発者であるJames Halliday氏を招聘し、2回目の「東京Node学園祭」を開催します。
JavaScriptでのbuilt-in/DOM objectのprototype拡張 - monjudoh’s diary
@rosylillyが気にしていた のでまとめた。 built-in/DOM objectのprototype拡張による弊害 追加したプロパティ/メソッドがfor inで列挙される var obj = {a:1}; for (var i in obj) { console.log(i); } こうするとaだけ出るはずが、 Object.prototype.b=function(){}; こうした後だとa,bが出てしまうって奴ですね。 そのまま代入しないでObject.defineProperty/definePropertiesでenumerable:falseのプロパティとして定義すれば列挙されなくなるので特に問題ありません。 今回挙げるprototype拡張の弊害の内唯一これだけはECMAScript5時代になって解消されました。唯一これだけは。 built-in/DOM object
インタラクティブなJavaScriptテストフレームワークTestem
インタラクティブにテストを実行できるの目的として上げてるテスティングフレームワークのtestemがリリースされた。 機能としてはJsTestDriverやBuster.JSのようにサーバをたちあげてブラウザでキャプチャURLにアクセスして実行させる仕組みや、テストの構文も既存のJasmine(デフォルト)やQUnitやMochaと言ったものがアダプタ的に使えるようになっていて、ファイルを保存したら自動でテストを実行して結果をCLIに表示したり、testem ciを使うことでTAP形式で出力することもできる。 機能としては目新しい感じはしないけど、使い始めてテストを書き始めるまでの短さやテストを書いてすぐその結果が見えるところに作者の意図があるテストフレームワークなのかなと思いました。 実際にtestemを使うには、インストールしてtestemを実行してテストを保存するだけ。 $ npm i
今日からはじめるJS UnitTest
なぜ「テストを書く理由」が重要なのか テストもプログラムの一部 ただし、直接は機能を追加しない しかも、メンテナンスコストは高い
JSのUnitTest関連技術
ざっくり以下のようなツールが関連する CIサーバ系（Jenkins等） 何かのタイミングで自動的にテストを実行する場合に使用 「Swarm系」、「結合テスト系」を操作し、その結果を蓄積、報告する 結合テスト系 利点 IDEを使えばテストの定義が簡単実ブラウザでテストを実行するので検証が確実標準で画面遷移も含めた結合テストをサポートhtmlの切り出しが不要で実サービスを使ったテストが可能CIサーバとの連携が可能欠点 IDEを使ったテストは柔軟性に欠ける実ブラウザを使うので起動が遅い実ブラウザを使うので安定性に欠けるテストがUI（html, css）に依存するHeadLess系が使えない（多分）ブラウザのみでテストが完結しないある程度UIが安定しているサービスに対してのサーバも含めたブラックボックステストに向く Swarm系 利点 実ブラウザでテストを実行するので検証が確実UnitTest系の
Selenium 2.XをJavaScriptで使う [松林堂/shorindo.com]
しばらくWeb開発から離れていて、Seleniumについてもチェックしていませんでしたが、Googleの手が入ってずいぶんと様変わりしたようです。 SeleniumはHTMLが書ければWebサイトの自動テストができるというお手軽さが良かったのですが、SeleniumRCなどが登場してよりプログラマ向けのツールになってしまいました。 あのお手軽さを犠牲にしてしまうのは少々残念な感じもしますが、実際プログラマでない人はそもそも自動テストなどしない、だったらよりプログラマ向けに特化してもいいではないかと判断かもしれません。 さて、Selenium 2.Xは基本的にはJavaで作られていますが、各種言語のbindingも用意されているため、Java以外のプログラマにも敷居が低くなっています。 ところが、Webプログラマ必修言語であるJavaScriptのbindingがありません。 ひょっとして当
Hands-on Unit Testing with Buster.JS
Date#strftime var date = new Date(2011, 5, 29); date.strftime("%Y-%m-%d"); "2011-06-29" Problems ahead var date = new Date(2009, 11, 5); date.strftime("%Y"); //=> "2009" date.strftime("%m"); //=> "12" date.strftime("%d"); //=> "05" date.strftime("%y"); //=> "9" Test setup <!DOCTYPE html> <html> <head> <title>Date.prototype.strftime test</title> </head> <body> <script type="text/javascript" src="st
Mocha - the fun, simple, flexible JavaScript test framework
simple, flexible, fun Mocha is a feature-rich JavaScript test framework running on node and the browser, making asynchronous testing simple and fun. Mocha tests run serially, allowing for flexible and accurate reporting, while mapping uncaught exceptions to the correct test cases. Hosted on GitHub. Features browser support simple async support proper exit status for CI support etc auto-detects and
テストフレームワーク mocha - hokaccha memo
JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)3日目のhokacchaです。Node.jsのテストフレームワーク、mochaについて書きます。 mochaはTJが新しく作り始めているテストフレームワークです。ドキュメントを見ればできることは大体書いてありますので、ドキュメントを元にどういうことができるのかを解説していきます。現時点でのバージョンは0.2.0です。 http://visionmedia.github.com/mocha/ shouldについて まずmochaでどういうことができるかの前にshouldについて解説しておきます。mochaのドキュメントには特に説明もなくshouldが使われていて、shouldでどういうことができるかわかってないと、ドキュメントを読んだときにmochaの機能なのかshouldの機能なの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - YahooArchive/arrow: FE Test framework designed to promote TDD
大規模 JavaScript その設計と実装と現実
What We Talk About When We Talk About Editor
GitHub - detro/ghostdriver: Ghost Driver is an implementation of the Remote WebDriver Wire protocol, using PhantomJS as back-end
Running JavaScript unit tests headlessly in a Continuous Integration build
GitHub - amir20/phantomjs-node: PhantomJS integration module for NodeJS
