翻訳 Setting up for TDD 「TDD のための環境構築」 - Qiita
VueJS に関する資料を探していて良いものを発見し、日本語訳がありますが、一部抜けていたので、翻訳しました。環境構築の部分です。https://lmiller1990.github.io/vue-testing-handbook/ja/setting-up-for-tdd.html まだ Vuex 周りは日本語訳がないので、おってしたいと思います。 また、プルリクも出したので、採用されれば該当サイトからも見れるようになります。 vue-cli をインストールする vue-test-utils は、VueJS 公式のテスト用ライブラリで、本ガイド全体で使用していくツールです。このツールは、ブラウザ環境でも Node.js 環境でも動作しますし、どんなテストランナーとも組み合わせることができます。本ガイドでは Node.js 環境でテストを走らせていきます。 vue-test-utils i
翻訳 Vuex のテスト - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 翻訳しました。プルリク中です。 Vuex のテスト これ以降しばらくは、Vuex のテストについて解説していきます。 The next few guides discuss testing Vuex. Vuex のテストにおける二つの側面 一般的にいってコンポーネントは Vuex と以下の方法でやりとりをしています。 Generally components will interact with Vuex by mutation へ commit する action を dispatching する $store.state もしくは
翻訳 Vuex の mutation のテスト - Qiita
Mutation をテストする Mutation のテストだけを独立しておこなう場合には、複雑な手順は全く必要ありません。Mutation は通常の JavasScript の関数の範囲で書かれているからです。このページでは Mutation だけの独立したテストについて取り上げます。コンポーネントが Mutation に commit する際の Mutation のテストをしたい場合には、こちらをご覧ください。 Testing mutations in isolation is very straight forward, because mutations are just regular JavaScript functions. This page discusses testing mutations in isolation. If you want to test mutat
Node.js - ES6記法 - 8.xへのバージョンアップで必要なこと - Qiita
資料 ・バージョン https://github.com/nodejs/Release#release-schedule ・本家資料 http://exploringjs.com/es6/ch_modules.html#sec_design-goals-es6-modules 変更点 ・babel等のトランスパイラを利用しなくてもnodeだけでES6 moduleの記述ができるように。 （他略） 必要な作業 サマリ ・バージョンを8.xへ ・module.exports等はexport defaultを使う ・ファイルの拡張子を.jsから.mjsにする ・UnitTest等でtestモジュールを利用している場合は.mjsを対象に ・node起動時に--experimental-modulesオプションを付与して起動 詳細 ▼ バージョンを8.xへ 今回は8.11.xに
Reactの凝り固まったFormをユニットテストを整備しながら解きほぐしていく - Qiita
はじめに React、便利ですね。 初めはJSXの独特の書き味にパンチを食らいましたが、慣れてくると各Componentを小さく作れるので設計がしやすいのと、データの流れが想像しやすいのは実際に自分で実装してみても感じるところでした。 ただ、いくらReactでComponent単位で管理していたとしても各Componentの処理の依存度が高く複雑に書かれてしまっていてはせっかくの恩恵を受けられません。 そこで今回はFormを対象にして、実装していく中で肥大化していったComponentをリファクタリングしながらユニットテストを整備していくことで、コードを解きほぐしていこうと思います。 対象バージョン react: 16.4.2 jest: 23.5.0 enzyme: 3.4.1 enzyme-adapter-react-16: 1.2.0 sinon: 6.1.5 事前準備 事前にユニッ
Jest 14.0のSnapshot Testingという新しい機能 - Qiita
Reactコンポーネントのテスト 最近コンポーネントのテストを試していて、とりあえずFBが作っているJestというフレームワークを試していました。一通り理解してテストを完了した、というタイミングでバージョナップされていました。 う～ん日進月歩 概要 必要なものは、Reactコンポーネント、対応するテストプログラム、スナップショットファイルです。 Reactコンポーネントはテスト対象です。説明することもないですね。 そして、今まではテストプログラムで、ごにょごにょと色々していたのですが、スナップショットテストだと基本的にtoMatchSnapshot()を実行していくだけです。 楽だ～ そして、今回の肝となるスナップショットファイルですが、最終的に出力されるHTMLをそのまま記述します。renderメソッドのreturn値を記述していく感じですね。そして、キーとしてSuite(describ
jest で Node.js の テストするなら testEnvironment: "node" を使う - Qiita
jest はデフォルトコンテキストが browser になる。 そのため axios とかだと内部に使われるhttp requestライブラリがデフォルトで XHR になる。 XHR になると、Nodeのhttpモジュールとは違い、CORSの制約などの細々した制約を受けてしまう。 受けた結果、 jestでだけNetwork Error になる、CORSのエラーとしてわかりやすいエラーが出てくれたら良いが、 Network Error とだけ返ってくる事になり、意味不明の状態で半日デバッグしていたら、jsdom/xmlhttprequest で変な問題を見つけた。 どうも origin が "null" (string の null) のときと access-control-allow-origin のヘッダに何も指定しないと null (普通のnull) になり、同一性チェックに失敗するよ
ついに jest の軍門に降った - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? もう駄目だ。ついに React 以外のプロジェクトでも Jest 一択になってしまった。 もともと自分の選択するテストツールは、むかしは jasmine、いまは mocha + chai（ときどき power-assert） をベースに周辺ツールと連携させていて、React を使うようになってしばらくして Jest を入れるようになった。ここ5年くらいのフロントエンド界隈では標準の一種だと思う。 それがどうしてこんなに Jest びいきになったのか。 その1. 楽 とにかく楽だからだ。 Jest の売りはオール・イン・ワンとゼロ・コンフ
ついに jest の軍門に降った - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? もう駄目だ。ついに React 以外のプロジェクトでも Jest 一択になってしまった。 もともと自分の選択するテストツールは、むかしは jasmine、いまは mocha + chai（ときどき power-assert） をベースに周辺ツールと連携させていて、React を使うようになってしばらくして Jest を入れるようになった。ここ5年くらいのフロントエンド界隈では標準の一種だと思う。 それがどうしてこんなに Jest びいきになったのか。 その1. 楽 とにかく楽だからだ。 Jest の売りはオール・イン・ワンとゼロ・コンフ
Reactのテストを mocha + nyc から Jestにしてみる - Qiita
{ "test": "NODE_ENV=test mocha test/", "coverage": "nyc -c npm test" } /srcにソースディレクトリ /testにテストディレクトリ MISC jsdom-global使って色々小細工していた。 mocha -> jestにするモチベーション 興味本位 Jestがv15.0.0でAutomockingを捨てて本気を出してきたのでちょっと使ってみたかった気持ち Railsプロジェクトにjavascriptプロジェクトを混ぜようとしたとき、mochaのテストディレクトリに悩んでしまうぐらいなら、Jestのテストフでやってみようかと思った jestでは、/srcなどのコードに対して、/src/__tests__というディレクトリを作るか、some.test.jsという名前をつけるのがデフォルト設定になっている。 mochaでも
Facebook製のJavaScriptテストツール「Jest」の逆引き使用例 - Qiita
はじめに みなさん、日頃JavaScriptのテストはどのように行っていますか？ 昨今ではAngularJSやReactJSを始め、JavaScriptのフレームワークやライブラリを使用してのフロントエンドの開発が当たり前のようになってきております。 ではそのフロントエンド、JavaScriptのテストはどんなツールを使っていますか？ mochaやpower-assert、chai、Karma、Jasmine等を組み合わせて使用してテストしているでしょうか。 前置きが少し長くなりましたが、Facebookが開発したオールインワンな「Jest」というツールのReactでのHowto的な使い方から実際のテストでの使用例を交えて紹介したいと思います。 ちなみにこのJest、最近リリースされて話題になったパッケージ管理のYarnでも使われています。 対象バージョン Jest:22.0.4 Reac
JestでReact.jsアプリケーションのテスト - Qiita
JestでReact.jsアプリケーションのテスト Jestとは facebookがgithub.comに出している テスティングフレームワーク。 JestでReact.jsアプリケーションのテストを書く ...と書くとざっくりしているが、 Jestのサイトで、tutoria/reactに、React.jsアプリケーションでの Jestを使ったサンプルが載っていた。 コードもgithub.com上に上がっている。 githubリポジトリに、コードをそのまま載せてみた。 Jestを使うためのセットアップ 前提条件 node.jsのバージョンは2014年12月現在stableのv0.10.xxであること という条件がある。 React.addons.TestUtils Jest単体はReact.js向けのテストフレームワークとしては書かれておらず、 VirtualDOMを使ったり、clickイ
React.js + Jest - Qiita
前回はTestUtilsの使い方を中心に説明したので、今回はfacebookが開発しているJestというフレームワークとの組み合わせてみたいと思います。 Painless JavaScript Unit Testing Jestのページには「Painless JavaScript Unit Testing」とある通り導入が簡単という特徴を持っています。 その特徴として「Mock By Default」があって、DefaultでCommonJS Styleのrequireを全てMockに置き換えます。ちょっと過激な感じですね。 なので、テスト対象の挙動だけに依存したテスト簡単に書くことが出来ます。逆に完全にテスト対象以外はMockになるのでI/FのテストにはならないですがまぁそれはUnit Testの範囲外ということで。 Jasmine JestはJasmineをベースとしてその上に作られて
jest入門 - Mockテストと非同期テスト - Qiita
Jestとは Facebookで開発しているUnitTestフレームワーク。 特徴は以下です。 FAMILIAR APPROACH Jasmineベースなので記法は馴染みやすいものです。 MOCK BY DEFAULT CommonJSスタイルのrequire()をMockすることで単体テストを実現します。 SHORT FEEDBACK LOOP サクッとテストできる。 ブラウザとかPhantom.jsとか要らないよって意味だと思う。。。 何がいいのか？ 素のJasmineと比べてこんな特徴があるようです。 テストファイルを勝手に探してくれる。 DefaultでMockされるので、あえて記述しない限り純粋な単体テストになる。 mockを使うことで、非同期処理を同期的に書ける。 Jasmine2.Xでは非同期サポートがされたとか聞きましたがよく知らない。 jsdomを使うことで、HTMLを含
FluxをJest以外でテストする - Qiita
var mockRegister = MyDispatcher.register; var mockRegisterInfo = mockRegister.mock; var callsToRegister = mockRegisterInfo.calls; var firstCall = callsToRegister[0]; var firstArgument = firstCall[0]; var callback = firstArgument; Jestは基本全てがモックされるので、要は「Dispatcherのregisterに与えられた引数が観測できるから、Storeのcallbackを捕捉してテストしたい内容に合わせて適宜実行せよ」ということである。 この動作、SinonのSpyにも同じような実装がある。spy.firstCallやspy.getCallが定義されており、n度
なぜJestが全てをモックできるのか - Qiita
var DEFAULT_CONFIG_VALUES = { cacheDirectory: path.resolve(__dirname, '..', '..', '.haste_cache'), globals: {}, moduleLoader: require.resolve('../HasteModuleLoader/HasteModuleLoader'), modulePathIgnorePatterns: [], testDirectoryName: '__tests__', testEnvironment: require.resolve('../JSDomEnvironment'), testFileExtensions: ['js'], moduleFileExtensions: ['js', 'json'], testPathDirs: ['<rootDir>'], t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jestで非同期関数が例外を投げることをテストする。 - Qiita
Vue Test Utils + Jest でVue.jsの単体テストを行う - Qiita
Jestでd.tsがファイルあるときCoverage出力がエラーになる場合の対処法 - Qiita
Jest と ReactTestUtils で React Component のユニットテストを書く - Qiita
