Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
mocha + power-assert環境の構築 ここでは、mocha + power-assert環境の設定手順とテストの実行方法をまとめています。尚、本ページの情報は、Web知識の浅い、Node.jsの扉を叩いている程度のレベルの私が、ググった情報です。従って、誤りや、ずれてるところも多々あると思います。引用したものについては、出来る限り引用元を記載しましたが漏れている可能性もあります。 mochaは、BDDスタイルでもTDDスタイルでも使えてグローバル変数のリーク検出までしてくれる(らしい)Node.js上で動作するテストフレームワークです。 power-assertは、前述フレームワークを用いたテストで用いるassertライブラリ(NG結果が他のライブラリより分かり易そうだなぁと思い選択しました)です。 この二つを組み合わせることにより、以下の様なイメージでserver側jsコー
ここでは、mocha + power-assert + karma 環境の設定手順とテストの実行方法を頭の整理&備忘の為にまとめています。尚、本ページの情報は、Web知識の浅い、Node.jsの扉を叩いている程度のレベルの私が、ググった情報です。従って、誤りや、ずれてるところも多々あると思います。引用したものについては、出来る限り引用元を記載しましたが漏れている可能性もあります。 karma を追加することで、以下の様にブラウザ経路によるフロント側のjavascriptもテストすることが可能です。 karmaを実行すると、ブラウザ(設定で指定が可能)が自動で起動され対象のテストを実行し、テスト結果はターミナル上に出力されます。また、指定により複数のブラウザでのでの評価が可能であり、ブラウザ種別依存の不具合検出にも役立ちます。 本ページでは、 mocha + power-assert環境の構
module.exports = function(config) { config.set({ basePath: '', frameworks: ['mocha'], files: [ 'path/to/tests/**/*.js' ], exclude: [], plugins: [ 'karma-chrome-launcher', 'karma-mocha', 'karma-webpack' ], preprocessors: { 'path/to/tests/**/*.js': ['webpack'] }, webpack: { devtool: 'inline-source-map', module: { loaders: [ { test: /\.js$/, loader: 'babel', exclude: /node_modules/, query: { presets:
What is power-assert? is an implementation of "Power Assert" concept in JavaScript. provides descriptive assertion messages through standard assert interface. No API is the best API. With power-assert, you don't need to learn many assertion library APIs (in most cases, all you need to remember is just an assert(any_expression) function) Stop memorizing tons of assertion APIs. Just create expressio
前回 QiitaにReact.js の React.js の公式Tutorial を gulp を利用して簡単に実行できる環境を作って、ES6も試した で公式TutorialをECMA2015(ECMA6)を利用して書き直しを行ったのですが、ReactといえばFlux、Flux といえばRedux ということで、流行りのRedux を利用して記述したらどうなるのかを試してみました。 また 同じく流行りのテスト環境である Mocha + power-assert を利用して、テストを追加してみました。 React および Redux はテストも非常に行いやすいのを体感しました。 前回の続編として、以下GitHub で公開しています。 https://github.com/ma-tu/react-babel-gulp-browserify-tutorial/tree/es6-redux Rea
How do we design, develop, and run websites and web applications today? A blog by François Zaninotto In Agile development, developers write tests before implementing a feature. Unit tests should already be in your ADN, so let's talk about functional tests instead. Functional tests are the technical translation of the acceptance tests written by the customer at the back of a user story card. Let's
"babel-core": "^6.3.26", "babel-loader": "^6.2.0", "babel-preset-es2015": "^6.3.13", "babel-preset-react": "^6.3.13", "chai": "^3.4.1", "istanbul-instrumenter-loader": "^0.1.3", "karma-coverage": "^0.5.3", "karma-mocha": "^0.2.1", "karma-mocha-reporter": "^1.1.4", "karma-phantomjs-launcher": "^0.2.2", "karma-phantomjs-shim": "^1.2.0", "karma-sourcemap-loader": "^0.3.6", "karma-webpack": "^1.7.0",
JavaScriptは強力な表現をすることの出来る動的型付け言語ではありますが、 コンパイラからほとんど手助けしてもらえないという事にもなります。 このため、Angularの開発陣はJavaScriptで書かれたコードには強固なテストセットが必要であると強く感じています。 Angularアプリケーションのテストが簡単に行えるように、Angularには多くの機能が組み込まれています。 そのため、テストをしないことを言い訳にすることは出来ません。 関係を混合"しない"ことが全て 関係を混合"しない"ことが全て ユニットテストと名付けられたそれは、コードの個別の単位でテストを行います。 ユニットテストは、"このロジックは正しかったのか?"、または"このソート関数は正しくリストを並び替えているか?"、 といった疑問に答えようとするものです。 このような疑問に答えるために、テスト下でコード単位で分離
// Karma configuration // Generated on Mon Dec 21 2015 12:22:32 GMT+0900 (JST) module.exports = function(config) { config.set({ // base path that will be used to resolve all patterns (eg. files, exclude) basePath: '', // frameworks to use // available frameworks: https://npmjs.org/browse/keyword/karma-adapter frameworks: ['mocha', 'browserify'], // list of files / patterns to load in the browser f
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く