ログイン - はてなパスワードを忘れた方はパスワードの再設定を行ってください。 初めての方ははてなID登録 (無料) してください。 うまくログインできない方はお問い合わせをご覧いただき、Cookieの設定をご確認ください。
分散テスト実行システムRRRSpecをリリースしました - クックパッド開発者ブログ
技術部アルバイトの鈴木(@draftcode)です。 クックパッドが内部向けに開発・運用を行ってきた、分散テスト実行システムRRRSpecをオープンソースとして公開しました。RRRSpecは時間のかかる自動テストを分散処理することで、全体のテスト時間の短縮を狙うアプリケーションです。現在クックパッドでは17000を超えるテスト項目があり、マシン一台でテストを実行すると完了まで数時間かかります。このテストを60並列程度の分散処理で行うことで、平均8分から9分程度で完了できるようになりました。また、Amazon EC2のスポットインスタンスを利用することにより、大幅なコスト削減も同時に達成しました。 https://github.com/cookpad/rrrspec 分散テスト実行とは アプリケーションが大きくなるにつれて、自動テストの数も大きくなっていきます。クックパッドでは、非常に多くの
アプリ納品時に泣かないための受け入れテストの基礎知識
「受け入れテスト」と「システムテスト」 本連載「Androidアプリ開発テスト入門」では、これまで「Vモデル」に従って単体テスト、結合テスト、システムテストと順を追って見てきました。システムテストのさらに上層で、かつ最上層に位置するプロセスは「受け入れテスト」です。最後に、“Androidの受け入れテストのまとめ”で、この連載を締めくくりたいと思います。 「システムテスト」は「総合テスト」とも呼ばれます。この「総合」という言葉は単体テストの「単体」という言葉の対義です。ところが、「受け入れテスト」は「ユーザーテスト」とも呼ばれ、「ベンダ」の対義としての「ユーザー」という、実行責任を表した定義になります。 このように、システムテストと受け入れテストは、仮に内容が同じだったとしても、実行責任に違いがあるため、これまで紹介したテスト技法とは異なる考え方が必要になります。 「受け入れテスト」と「受
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
