Jasmine-nodeでテスト実行までの手順メモ - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Jasmineで可変エラーメッセージを掴むには - Qiita
it("The 'toThrowError' matcher is for testing a specific thrown exception", function() { var foo = function() { throw new TypeError("foo bar baz"); }; expect(foo).toThrowError("foo bar baz"); expect(foo).toThrowError(/bar/); expect(foo).toThrowError(TypeError); expect(foo).toThrowError(TypeError, "foo bar baz"); });
ServiceNowのテストフレームワークを使い倒す - Qiita
概要 ServiceNowのAutomated Test FrameworkでRun Server Side Scriptのテストを作成すると、作成したテスト設定のTest Script欄にコメントで詳細なテスト方法が記述されている、その内容を読み解きながら実際に試してみる。 本題 Jasmineとの住み分け // You can use this step to execute a variety of server-side javascript tests including // jasmine tests and custom assertions jasmineとServiceNowの独自のテストフレームワークの２種類を使用する事が出来る。 ServiceNowのテスト機能を最大限に活用するには、ServiceNow のテスト機能を使うのが良いだろう。 戻り値について // P
TypeScript + RxJS で WebSocket の自動再接続をする - Qiita
はじめに TypeScript + RxJS で WebSocket 接続をして切断時に自動で再接続をする方法を記載する RxJS 6 の場合 retry を使って WebsocketSubject のエラーをハンドリングするだけでできるらしい。 https://stackoverflow.com/questions/44060315/reconnecting-a-websocket-in-angular-and-rxjs RxJS 5.5 の場合 Subject を拡張して自動再接続する WebSocket 接続を提供する Subject を作成する 参考サイト: https://gearheart.io/blog/auto-websocket-reconnection-with-rxjs-with-example/ import { Subject } from 'rxjs/Subje
フロントエンドのテストに真面目に向き合う - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最新版=>フロントエンドのテストについて考える 背景 フロントエンドのテストは、テストランナー、フレームワーク、Node.js、ブラウザ、Selenium、WebDriverなど、登場人物が多い。また、UIと密接に絡むのも特徴である。 これまで社内では、テスト種別によって、それぞれ解決したい事柄が明示的に示されていなかった。それぞれのテスト種別にどんな意味があり、何を目的とするかを明確にすることで、機能に対して、どのようなテストを実装すればよいのか共通認識を持っておくために、この記事を作成した。 フロントエンドのテスト4象限 今回この記
Karma駆動開発のススメ - Qiita
Karma駆動開発？ ng-japanでQuramyさんの発表にあったやつ Karma? JavaScriptのテストランナー ブラウザを起動してその上でJavaScriptのテストを実行する ブラウザが起動するので見た目も確認できる Developer Consoleでブレークポイント等の機能が使える angular-cliはユニットテスト環境としてKarmaを自動でセットアップする Karma駆動開発？ KarmaでUIロジックのテストもしつつ、見た目もそこで試行錯誤すると楽 アプリ上で再現するのが面倒な状況もテストを書けば再現が楽 そういうエッジケースのテストにもなって一石二鳥 特定のテストケースだけ走らせることができるので繰り返しが早くできる あくまでテスト環境なので、あまり複雑なことはしないほうが良さそう デモ おわり
webpackとかKarmaとかの設定ファイルをTypeScriptでかく - Qiita
構成 こんな感じの環境を作っています。 TypeScript webpack Jasmine Karma あと karma-coverage とかものせてます。 設定ファイルもTSで書きたい 設定ファイルだけJavaScriptで書くのもなんとなく癪なので、TypeScriptで型チェックしていきます。 webpack.config.ts 公式で、ちゃんとできるよ！っていうガイドを用意してくれています。 Qiitaの記事を書いてる方もいました。 ということで割愛します。実際に行った作業は以下の３つです。 ts-nodeのインストール ＠types/webpackのインストール webpack.config.tsの作成 karma.conf.ts こちらも公式で触れられています。 https://karma-runner.github.io/1.0/config/configuration-
AngularJSで各種UIのユニットテストを書く - Qiita
はじめに ※Angular 1xです。 通常のロジックのテストは問題なく書けるとして、UIのユニットテストを書くのは難しい。 とはいえ、後回しにしがちだが、AngularJSのモジュールのテストも書きたい。 ControllerやComponent, Service などのテストの書き方を記述していきます。 その他、以下のように若干わかりづらいテストの書き方も記述しています。 $httpのレスポンスをMockするテストの書き方も記述しています。 $timeoutを使っているメソッドのテスト $qを使っているメソッドのテスト 前提 Karma と Jasmine を使ったテストが実行できる環境であること。 今回は以下の GitHub に用意したプロジェクトで行います。 https://github.com/chibi929/angularjs-test-sample 実行環境 GitHub
CentOS7 karma ChromeHeadless jasmine - Qiita
$ node_modules/karma/bin/karma init Which testing framework do you want to use ? Press tab to list possible options. Enter to move to the next question. > jasmine Do you want to use Require.js ? This will add Require.js adapter into files. Press tab to list possible options. Enter to move to the next question. > no Do you want to capture a browser automatically ? Press tab to list possible options
小さく始めるVue.jsユニットテスト環境 - Qiita
はじめに Vue.jsにおけるユニットテストの情報源としてはじめに参照すべきなのは公式ドキュメントです。 単体テスト - Vue.js ここでは、セットアップ方法についてはテストツールのドキュメントに委譲しています。 詳しいセットアップについては、各テストツールのドキュメントを確認して下さい。 モダンなJavaScript開発の常として、複数のツールを組み合わせた環境のセットアップが必要になります。 ゼロから作るアプリケーションなら、vue-cliでvue init webpackすれば、テスト周りのセットアップもやってくるので問題ありません。しかし、既存の（テストのない）JavaScriptアプリケーションにVue.jsを導入しようとしている場合、このアプローチは取れません。 本記事では、Vue.jsのユニットテスト環境をゼロから構築する方法を解説します。 なお、本記事のコードは下記Gi
【Karma】ローカル上のPhantomJSでもテストが通るか試す - Qiita
ローカルのChromeではOKだが、CI上のPhantomJSではテストが通らないということがある。ローカルでも念のためPhantomJSを使用してテストを実行してみようという話。 ChromeではOKだったが、PhantomJSでは通らなかったテストケース AngularMaterialを使って生成したテーブル上の一覧をクリックした際に、イベントリスナーが反応するかのテスト。ローカルのChromeでは問題なくテストが通ったが、CI上のPhantomJSでは以下のようにエラーとなった。forEachがダメそう。 FAILED TESTS: ListComponent ✖ 看板一覧がクリックされたら、handleClickが呼び出されること PhantomJS 2.1.1 (Mac OS X 0.0.0) PhantomJS 2.1.1 (Mac OS X 0.0.0) TypeError:
create-ts-lib: TypeScript WebPack Starter CLI - Qiita
🏠 Home Page - ⚡ Github Page - 📦 NPM Package A yet another Typescript Webpack Starter Built upon Webpack 3 Typescript 2 Webpack Dashboard Karma, Jasmine Quick Overview npm install -g create-ts-lib create-ts-lib my-typescript-lib cd my-typescript-lib/ npm start Then open http://localhost:3000/ to see your bootstrapped module. When you’re ready to deploy to production, create a minified bundle with
Vue.jsでユニットテストを導入しながら小規模アプリを製作した - Qiita
最近までテストを書いたことがなく、過去に何度か挑戦しようとしたのですが、 いざ調べてみるとJasmine/Mocha/Karmaなど、いろんな単語が出てきて面倒くさくなり、 結局なにもしない、ということを繰り返してきました。 CheckIOなど、オンラインでプログラムの課題を解くサイトを利用していて、 複雑な問題だとブラウザ上でコーディングすることや、テストの実行結果を待つのがつらくなり、 ローカルでテストを走らせながら、慣れているエディタで書いた方が効率がよさそうなので、 あらためてテストについて調べて、年末あたりからMochaを使い始めました。 しばらくして、設定方法や使い方についてひと通り分かってきたので、 テストを書きながら何か作ってみようと思い、題材を探していました。 その頃、業務中にたくさんのキャメルケースの語句をスネークケースに変換する機会があり、 ひとつひとつ考えながら変換
Angular6でルートパラメータに依存したComponentをテストする - Qiita
> ng -v _ _ ____ _ ___ / \ _ __ __ _ _ _| | __ _ _ __ / ___| | |_ _| / △ \ | '_ \ / _` | | | | |/ _` | '__| | | | | | | / ___ \| | | | (_| | |_| | | (_| | | | |___| |___ | | /_/ \_\_| |_|\__, |\__,_|_|\__,_|_| \____|_____|___| |___/ Angular CLI: 6.1.3 Node: 10.8.0 OS: win32 x64 Angular: 6.1.2 ... animations, common, compiler, compiler-cli, core, forms ... http, language-service, platform-browser .
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jasmineによるテスト対象の関数内に関数内未定義の変数があったときの対処方法 - Qiita
spyOnした関数の戻り値を、実行された順番で変更する方法。（Jasmine） - Qiita
Vue.js+webpack+Karmaの設定メモ - Qiita
gulp + karmaでテスト駆動開発 - Qiita
coffeescript + webpack をjasmine + mocha + karmaでテストしてJenkinsに管理 - Qiita
GitHub - rhysforyou/bs-enzyme: Bucklescript bindings for Enzyme