明日からはじめるテストのあるフロントエンド開発 ~ テスティングトロフィー ~Creating an Effective Media Campaign and Attracting Event Sponsors
フロントエンドでTDDを実践する（理論編） - Qiita
この記事は リクルートライフスタイル Advent Calendar 2018 8日目の記事です。 2018/12/10更新：続編で フロントエンドでTDDを実践する（react-testing-libraryを使った実践編）を書きました。 はじめに 自分のフロントエンドチームでは、TDDでの開発フローを実施することでフロントエンド開発の課題に向き合っていきます。 今回は、一般的に難しいとされるフロントエンドでのテストについて、どんな方針でテストを書けばいいかについて書いてみたいと思います。 フロントエンド開発の課題 プロジェクトによりますが、テストに関連するものでは以下のようなものが挙げられます。 実装する仕様について、プロジェクト内でどう認識合わせするか？ 開発工程のリライアビリティをどう担保するか？ テストの精度、粒度をどう考えるか？（クロスブラウザ、ユーザーの操作等の副作用、コスト
browsersyncを使ってみたら思った以上に便利だった - ゆずめも
browsersync使ってますか？死ぬ程今更ですが、使ってみたら思ってた以上のことをしてくれた browsersync.io 最初は更新してくれるだけだと思ってた 最初はファイルの変更検知してブラウザリロードしてくれるだけでしょと思ってたら、リロードしてくれる以上のことができた 何をしてくれたのか 同じページ開いてるブラウザを全部リロード（１個だけだと思ってた） 操作を同期してくれる 操作を同期してくれるとは 例えばBrowser Aでbutton要素をclickすると、Browser Bでも要素をclickしてくれる 使い方 適当にインストールする yarn add -D browser-sync あとはserverオプションでルートディレクトリを指定して、filesオプションで監視する対象のファイルパスを指定する 例えばpublicディレクトリをルートに、public以下が変更された
JavaScriptユニットテストの理想と現実
Talk at 関西Node学園 梅田キャンパス 1時限目 https://nodejs.connpass.com/event/82614/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
