GitHub - tusharmath/funjector: Dependency injection for functional paradigmYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Sinon Tutorial: JavaScript Testing with Mocks, Spies & Stubs — SitePoint
Stay Relevant and Grow Your Career in TechPremium ResultsPublish articles on SitePointDaily curated jobsLearning PathsDiscounts to dev toolsStart Free Trial7 Day Free Trial. Cancel Anytime. One of the biggest stumbling blocks when writing unit tests is what to do when you have code that’s non-trivial. In real life projects, code often does all kinds of things that make testing hard. Ajax requests,
JSDocをランタイムassertに変換するBabelプラグインを書いた
JSDocをassertに変換するライブラリとそれを使ったBabelプラグインを書きました。 azu/babel-plugin-jsdoc-to-assert: Babel plugin for jsdoc-to-assert. azu/jsdoc-to-assert: JSDoc to assert ライブラリのjsdoc-to-assertの方は、JavaScript ASTのコメントからassertの文字列を作り出すだけのシンプルなものです。 実際に使う場合は、Babelのプラグインとしてbabel-plugin-jsdoc-to-assertを使い、コードを変換してランタイムassertを追加させます。 やっていることとしては、FlowTypeをランタイムチェックするbabel-plugin-typecheckのJSDoc版とも言えます。 babel-plugin-typechec
javascript-unit-testing-performance · Jest
Jest is running thousands of tests at Facebook at all times, either through continuous integration or invoked by engineers manually during development. This worked well for years even as the people working on Jest moved on to other projects within Facebook. As engineers added more and more tests though, we noticed the performance of Jest wasn't going to scale. Additionally, in the last year the Ja
Release v1.0.0 · testem/testem
Install using npm install -g testem@1 Breaking #710 Testem bails now by default on global errors, you can disable this by setting bail_on_uncaught_error: false #706 Removed embedded test frameworks. Test frameworks are loaded from the internet now, when you need a custom version or just want no network dependency you can inject your own framework as you used too https://github.com/testem/testem/tr
textlintで文章カバレッジレポートを継続的に見ていく
以前、技術文書をソフトウェア開発する話でtextlintやGitBookを使って文書を開発する方法についてお話しました。 その時に、自然言語のチェックの自動化などはまだ色々考えられることがあるという話をしました。 文書のテストはまだまだ色々できることがある カバレッジを取るとかメトリクスを取るとか – まとめ1 | 技術文書をソフトウェア開発する話 そこで文章のカバレッジというものを考えて実装してみました。 textlintとコードカバレッジの仕組みを使ったものですが、こういうのをなんと呼べばいいのかよくわからなかったので、ここではとりあえず”文章カバレッジ”と読んでいます。 textlintは全ての文に対してLintを実行するので命令網羅と近い感じがします。 命令網羅（statement coverage：SC） コード内のすべての命令が少なくとも1回は実行されるようにテストを設計する。
Day 2: Testing React Applications
In this article we’re going to take a look at how we can test React applications. Typically applications built with a frontend framework are difficult to test; it’s tricky to emulate the actions of your users in testing, despite it being one of the most important things to test. If your tests can’t emulate what a user might do, it’s going to be tricky to have full confidence that your application
GitHub - unit-coverage/unit-coverage: Precise, powerful and fast JS Coverage tool
You could ask: what is the use of yet another JS coverage tool? unit-coverage was born out of the discussion about the correctness of the current coverage tools: what exactly is beeing measured by most coverage tools available? In most coverage tools you can find at least three metrics: Covered lines during all the tests. Covered branches during all the tests. Covered functions during all the test
Mocha + Chai.js unit testing for ES6 with Istanbul code coverage
Testing is very important for finding bugs, verifying the functionality and improving the general stability of a piece of software. Almost all (if not all) developers test their code in some way. One way to test would be to manually run the program and try out all the functions to see if everything is working as expected. Another (and better) way is to write automated tests that are run every time
React+Reduxのテスト方針をまとめた｜デロイト トーマツ ウェブサービス株式会社（DWS）公式ブログ
概要 React.js Advent Calendar21日目の記事です。 Reduxというフレームワークがじわじわ広まっている。Reduxは、Fluxの概念を拡張したもので、アプリケーションでひとつの状態をもつと、クライアントでの状態管理がいろいろ便利になるよ、というコンセプトを持つ。詳細は以下の記事が詳しい。 人気のFluxフレームワークReduxをさわってみた - マルシテイアは月の上 Motivation | Redux 筆者は現在React+Reduxでアプリケーションをつくっているが、今回は、そのテスト方針を書こうと思う。 テスト環境 karma+jasmine+sinonでつくる。E2Eはいろいろと・・・なので・・・メインはユニットテストで実装している。JavaScript DOMをつかってSimulationすれば、最低限は担保できるかなと考える。 テスト方針 大きな方針と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - parro-it/tape-async: A tiny wrapper around tape to simplify async testing.
Release v1.5.0 · testem/testem
GitHub - airbnb/mocha-wrap: Fluent pluggable interface for easily wrapping `describe` and `it` blocks in Mocha tests.
GitHub - bugthesystem/scientist.js: :microscope: A JavaScript interpretation of the Ruby library Scientist, a library for carefully refactoring critical paths.
GitHub - vinsonchuong/jasmine-es6: Helpers and overrides that augment Jasmine for use in an ES6+ environment
Redirecting
nds_8_reftest.pdf
GitHub - AriaMinaei/shapely: A simple runtime type checker for javascript supporting records and tagged unions
GitHub - Marak/faker.js: What really happened with Aaron Swartz?
GitHub - istanbuljs/nyc: the Istanbul command line interface
