GitHub - Marak/faker.js: What really happened with Aaron Swartz?This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
React+Reduxのテスト方針をまとめた｜デロイト トーマツ ウェブサービス株式会社（DWS）公式ブログ
概要 React.js Advent Calendar21日目の記事です。 Reduxというフレームワークがじわじわ広まっている。Reduxは、Fluxの概念を拡張したもので、アプリケーションでひとつの状態をもつと、クライアントでの状態管理がいろいろ便利になるよ、というコンセプトを持つ。詳細は以下の記事が詳しい。 人気のFluxフレームワークReduxをさわってみた - マルシテイアは月の上 Motivation | Redux 筆者は現在React+Reduxでアプリケーションをつくっているが、今回は、そのテスト方針を書こうと思う。 テスト環境 karma+jasmine+sinonでつくる。E2Eはいろいろと・・・なので・・・メインはユニットテストで実装している。JavaScript DOMをつかってSimulationすれば、最低限は担保できるかなと考える。 テスト方針 大きな方針と
React Unit Testing with Tape
Update. June, 2016: If you are working on a bigger project you might find Tape not quite up for the job, take a look at React Unit Testing with Enzyme, Lab and Code This is a short intro into testing React applications using Tape. If you were wondering why you should be using Tape over Mocha/Chai/etc, read ’s excellent Medium article on the topic. For this tutorial we’ll be using a technique known
Prottのテストを支える3つの施策（power-assert導入 & Protected branches & CI高速化） - エンジニアをリングする
この記事はGoodpatchのエンジニアがお送りするGoodpatch Advent Calendar 2015の1日目の記事です！ 1日目は最近Prottチームでおこなったテスト推進施策について書いてみようと思います！ 私はProttというプロトタイピングツールの開発を担当しているのですが、Prottには今までサーバーサイドのコードにしか自動テストがありませんでした。 変化のサイクルが速く長期的な運用になる自社サービスは常にコードの形を変えていく必要がありますが、自動テストがないと気軽なリファクタリングをしていくことが難しくなってしまいます。 今回はテスト推進施策ということで、フロントエンド側のテスト環境構築とテストに関連する取り組みを行ったので、その内容をまとめたいと思います。 ポイントは以下の3点です！ フロントエンドのテスト環境を作る → Karma + mocha + power
From Karma to Mocha, with a taste of jsdom
This is the story of how frontend engineers at Podio improved productivity, developer experience and reduced technical debt simply by ditching Karma and Jasmine in favour of Mocha and jsdom. Read on for the full story… Testing is hard — I’m not saying anything new here. Tons of people have written about it. Explaining the ins an outs of testing, why it’s hard and what you can do about is not what
mocha: the next big thing · Issue #1969 · mochajs/mocha
(..or maybe Mocha 4. I don't know.) @mochajs/mocha + everyone, I mentioned this in the mochajs/maintainers room on Gitter, but since it appears people aren't using Gitter much, I'll repeat it here: Pitch Mocha's old. What's cool about that is that we know what's wrong with it. And indeed, it has problems which make certain issues difficult to address. The major issue is "plugins". Others include (
How we unit test React components using expect-jsx - Algolia Blog | Algolia
React was designed to solve one problem—how to build applications with data that changes over time. Considering the as-you-type search experience offered by Algolia wherein whole results pages, hits and refinement links alike, are updated at each keystroke, React was the obvious choice when we needed a tool to build out our new library of UI widgets: instantsearch.js. We quickly struggled, however
GitHub - KeitaMoromizato/js-study-front-test: karma tutorial
JavaScript勉強会 #フロントエンドのテスト アジェンダ フロントエンドのテストの種類 node.jsのテストとの違い 何故ブラウザテストが必要か？ Try it! karma.conf.jsの中身 broserifyされたモジュールのテスト フロントエンドのテストの種類 フロントエンドで行うテストは大きく分けて2種類ある。今回は単体/結合テストを行う。 単体/結合テスト JavaScriptをモジュール単位でテストする ブラウザ用テストランナー(testem or Karma) E2Eテスト 実際のユーザー動作、DOM Eventをエミュレートしてテストする ブラウザ自動化ツール(Selenium) node.jsのテストとの違い フロントエンドの単体/結合テストでは、node.jsのテストで用いたテストフレームワーク/アサーションライブラリに加え、ブラウザ用テストランナー(te
NightmareJS+Dockerによる環境非依存なUIテストの導入 - Alpaca技術ブログ
Alpacaで主にフロントエンドを担当している北山(@gamella, blog)です。 フロントエンドを開発していると、「ログインして、これをクリックしたら、この表示が行われていること」みたいなUIテストを環境非依存で簡単に行いたいと思うことがありますよね？僕はあります。 Alpacaでは開発にDockerを全面採用しているということもあり、最近ちょくちょく目にするNightmareJSをDocker上で動かして簡単にUIテストを導入できたので、その知見を共有したいとおもいます。 Nightmare まず、どうしてDockerを利用したいかということですがAlpacaでは、すべての機能をDocker上で動作させているため、それに倣っているいうこともありますがUIテストをローカルでもCircleCIでも、Dockerが動作する環境であればどこでもコードの改変なしで実施できるというのは大きな
Automated testing in Yahoo Mail | Yahoo Engineering
We blogged about the evolution of Yahoo Mail to React + Flux and Node.js. It is important to focus on building a strong foundation when you are building a new platform and having a robust test infrastructure is a big part of the foundation. Yahoo Mail today relies on automated testing on our Continuous Integration pipeline before we deploy changes to production. We run Cucumber and Waitr-Webdriver
GitHub - danielstjules/mocha.parallel: Run async mocha specs in parallel
/** * Generates a suite for parallel execution of individual specs. While each * spec is ran in parallel, specs resolve in series, leading to deterministic * output. Compatible with both callbacks and promises. Supports hooks, pending * or skipped specs/suites via parallel.skip() and it.skip(), but not nested * suites. parallel.only() and it.only() may be used to only wait on the * specified specs
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - istanbuljs/nyc: the Istanbul command line interface
Testing in a real browser with Sauce Labs on Travis CI
GitHub - iarna/aproba: A ridiculously light-weight function argument validator
GitHub - enzymejs/enzyme: JavaScript Testing utilities for React
jest/CHANGELOG.md at 0.8.0 · jestjs/jest
Release 1.20.0 · qunitjs/qunit
Not Angularな環境でProtractorを使ってES2015(ES6), ES7なE2Eテストコードを書いてみた - Qiita
es6+power-assertでreduxのテストコードを書く - Qiita
protractor/CHANGELOG.md at 2.5.0 · angular/protractor
