Jasmine(JavaScriptテスティングフレームワーク)実践【Webアプリ編】
Titanium mobileでスマホのアプリを作成しようとしているのですが、ユニットテストの仕組みはどうする？ との疑問を持ち、 Jasmineが良さげと調べていくうちに、HTMLとJavaScriptのWebアプリのユニットテストはどんな感じになるんだろうと思い、ググって みたのですが、ああ！、そうなんだと思える粒度のサンプルが無かったので作成してみました。といっても実際のアプリの入り口はHTMLで、テストの入り口 はJavaScriptなのですが・・・、 まあユニットテストなんでこの形でもOKだと思います。カバレッジもJSCoverで取得しようと思います。 今回の作業の流れは以下のようになります。 テスト対象のアプリの説明 テストケースの作成 JSCoverを利用したカバレッジの計測 １ テスト対象のアプリの説明 検索キーワードの入力欄、検索ボタンが存在し、検索ボタンをクリックすると
%E8%87%AA%E5%AE%85%E3%81%A7%E5%A4%A7%E5%AE%B9%E9%87%8F%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8%E3%82%92%E9%81%8B%E7%94%A8%E3%81%99%E3%82%8B
前回 RAID に関するちょっとした話を書きましたが個人が巨大なストレージを運用するにあたって得られたノウハウをだいたい全部書いておきます。 そもそもメリットあるのか？ メリットはあります。金です。 Google Drive は安いですが、それでも 1TB 月 1000 円です。しかし運用にかなり制限がでます。柔軟に使える Amazon Web Service ならその 3 倍+転送量課金です。 16TB だと月 5 万円もかかってしまいます。ちなみにもっとも柔軟に使える EBS だと 16TB で 83000 円ぐらいです。 Google Compute Engine の低冗長性ストレージは S3 より少し安かった気はするけど別にとても安いわけではなかったと思う(よく覚えていないし調べるのがめんどくさい)。 50TB のストレージを Google Drive でごまかしごまかし運用したと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
