iOSアプリの配布サービスは結局Test Flight(公式)がいい | プロダクト道
アプリではValue Proposition（提供価値）やUX（ユーザー体験）が大切なことはもちろんですが、致命的なバグや・初歩的なユーザビリティの欠陥が無いことが大前提です。なので、公式のアプリストアでアプリを配る前に、友人や同僚にアプリを配って試運転をしている開発者の方は多いかと思います。 公式ストア経由以外でアプリを配布するためのツールとしては、Test Flightというサービスがデファクトスタンダードでした。しかし、Test Flightサービスを運営するBustly社がAppleに買収されたことによって、状況がちょっと変わってきました。 iOSではTest FlightサービスがAppleの開発者向け管理画面（iTunes Connect）の一機能として組み込まれ、Android向けのサービスは残念ながら終了となりました。 これからどうすればいいか？AppleのTest Fli
MochaがPromisesのテストをサポートしました
このpromiseオブジェクトは、resolveするので、.then の第一引数で指定したonFulfilled コールバックに true という値を渡すようになってます。 今までのテストの書き方 このgetSuccessPromiseを 1.18.0より以前は以下のように書くことでテストをしていました。 it("should manually handling test...", function (done) { getSuccessPromise().then(function (value) { assert(value); done(); }).catch(done); // <= このcatchが今回の変更での焦点 }); getSuccessPromise()の返り値であるpromiseオブジェクトがresolveされると value に true が入って assert(t
Sinon.JS - Standalone test fakes, spies, stubs and mocks for JavaScript. Works with any unit testing framework.
Standalone test spies, stubs and mocks for JavaScript. Works with any unit testing framework. Get Started Star Sinon.JS on Github Get Started Install using npm To install the current release (v18.0.0) of Sinon: npm install sinon Setting up access Node and CommonJS build systems var sinon = require("sinon"); Direct browser use <script src="./node_modules/sinon/pkg/sinon.js"></script> <script> // Ac
JavaScriptでスパイ、スタブ、モックなどのテストダブルを行う
本連載は、テストコードをこれから書こうと考えているJavaScript技術者を対象に、テストコードの意義から、テスト駆動開発、JavaScriptでのテストコードの書き方、継続的インテグレーションなどテスト全般にわたって解説します。また、原理原則だけでなくWhyから説明し、チームメンバーを巻き込みながら開発現場に活かせる考え方を総合的に解説します。第4回目の本稿は、JavaScriptでのテストダブルの方法を、Sinon.jsというJavaScriptテストダブルモジュールを使って説明します。 対象読者 JavaScriptの基本をある程度理解している方 テストコードをこれから書こうと考えている方 テストダブルとは テストコードを実行する際に、次のような課題に直面したことはないでしょうか。 Ajaxへのサーバへの問い合わせのような外部リソースも含めた処理のテストを行う必要があるが、テストデ
should.jsの基本的API - kidoOooOoooOOom
should.jsの書き方に慣れるのも兼ねて基本的なAPIを使ってみた。 it('should tests', function () { true.should.be.ok; 'test'.should.equal('test'); 'foobar'.should.startWith('foo'); 'foobar'.should.endWith('bar'); (5).should.be.within(5, 10).and.within(5, 5); (99.99).should.be.approximately(100, 0.1); (5).should.be.above(0); (5).should.be.below(6); 'test'.should.be.type('string'); [].should.be.an.instanceOf(Array); var user =
自己流JavaScriptを書いていた人がAngularJSのユニットテストで躓いた点 - 2015-07-10 - ククログ
結城です。 最近、AngularJSを使ったWebアプリ開発のプロジェクトに参加する事になり、とりあえず一通りの事は把握しておかなければと思って公式のチュートリアル（英語）を実践してみたのですが、JavaScriptの経験が浅い人だとハマらなさそうだけれども、中途半端に経験があったせいでドハマり、という場面に遭遇してしまいました。 恥ずかしい話ですが、せっかくなので同じように躓いている人（もしいれば）のために、分かった事や理解のポイントを書き記しておこうと思います。 この記事の対象読者は、以下のような状況にある人です。 フレームワークを使わないJavaScript（例えば、jQueryを使ったJavaScript程度）は書いた事がある。 自動テスト（特に、ユニットテスト）は書いた事がある。 AngularJSを始めたばかりである。 依存性注入という概念は理解できるが、実際にどう使うかはあま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Should.js API Documentation