「Everyday Rails - RSpecによるRailsテスト入門」を読んでRSpecが楽しくなってきたところで、この本に書かれていないけど「こんなのもテストしたい！」という場合にどうすればいいか調べてみた。 Rails4では、共通機能を定義したモジュールをconcernsに置くことができる。目的はDRYであったり、Fat Controller, Fat Modelを避けるため（だと思う）。Rails3以前はバラバラの方法で行われていたけど、オフィシャルの規約ができた（のだと思う）。 そこで、concerns下に定義したモジュールのテストをRSpecで書く方法を検討してみた。 いくつか方法があり、例えば、リア充爆発日記で紹介されていたりする。個人的にはStack Overflowで紹介されている方法が好みだったので、最小限のコードでまとめてみた。 テスト対象のコード
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
負荷試験対策ミーティング ここでは、チームメンバーを集めて、システム要件の再確認と、バックエンドのアーキテクチャを再確認をまず行います。すなわち、「求められているもの=要件」と、「提供できるもの=アーキテクチャ」の確認です。ここの認識が揃っていないと、的はずれな負荷試験を実施してしまうことになりかねません。立場や役割にかかわらず、サービス全体として考えるべきです。 負荷試験の目的 負荷試験を行うことによって、何を示したいのか決めます。今回は、以下の目的を定めます。 サービスリリース後、想定されるピーク時のリクエストを受けた場合でも、問題なく稼働を続けられることを確認する システムのスループット限界値を確認する 負荷試験の観点 たいていのWebシステムの場合、昼夜を問わず稼働し続けるものとなるでしょう。今回例にとったシステムも24時間365日、リクエストを受け付けるものとします。この場合、観
こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? テストなんか書かなくて良いという燃料が投下されてはてなブックマークでも賛否両論のコメントが書かれています。 まずは僕のスタンスから 件のブログは煽り成分が強めの燃料ですが、大筋では同意です。プロダクトフェイズに応じて、その時そのときに必要なエンジニアリングでいきましょうという話自体は賛同します。ただタイトルの時点で喧嘩売りすぎですし、得てしてこういうタイプの人は直接的・間接的に技術的負債を生みがちですね。 アンチパターン例 ここから先はフィクションです。ポエムです。 クソ設計とクソコードを生み出して偉くなっていったAさん ブログの人と同
アプリマーケティング研究所 > アプリ開発 > ABテストで「女の子クリエイティブ」の神話崩壊。まったく出会えないチャットアプリ「ひまチャット」が教える、意外だったABテスト事例4 まったく出会えないチャットアプリ「ひまチャット」さんにお話を伺いました。 ※ALTR THINK株式会社 CEO 森口拓也さん（左）、森岡さん（右） 「ひまチャット」について 「ひまチャット」について教えてください。 森口： 「ひまチャット」は出会わない系のチャットアプリです。「ども！」というボタンから、日本中のいろんなヒマな人たち（匿名）に話しかけて、ヒマつぶしをすることが出来ます。 いまどのくらいのユーザーがつかっていますか？ 森口： いまのところ、登録ユーザー（≒ダウンロード数）が約100万人、MAUがざっくり20万人です。男女比としては半々くらいですね。 メッセージ数でいうと、全体で月に6,000万メッ
このコラムのNetflixの「FIT（障害注入テスト）」について書いた記事を執筆した直後のことですが、Netflixのサービスをある災害が襲いました。AWS（Amazon Web Services）のus-east-1リージョン全体で大規模障害が発生したのです。 この大規模障害を同社がどのように乗り切ったか。その一部が以下のBlog記事で明かされています。 Chaos Engineering Upgraded 「AWSリージョンが落ちることはめったにない。だが、それは実際に起こった」と記事では語っています。2015年9月20日、US-EAST-1リージョンのAmazonのDynamoDBサービスが、問題が発生して停止します。これは20以上のAWSサービスに影響を及ぼしました。その影響により、AWSをインフラとする複数のインターネットサービスが6〜8時間にわたってダウンしてしまったのです。
この記事は【その1】ドリコム Advent Calendar 2015の20日目です。 前日はおーはらさんのElixirを使ってSidekiqを操作するでした。 なお弊社今年は募集盛況で【その2】ドリコム Advent Calendar 2015も出来ました。よろしくお願いいたします。 ついでに個人的に伺か Advent Calendar 2015とかLinux Desktop Advent Calendar 2015とかElectron Advent Calendar 2015とかNode.js その2 Advent Calendar 2015とかももんが Advent Calendar 2015とかも参加しているのでよろしくです。 自己紹介 ドリコムの新卒エンジニア、奈良阪と申します。ネットで奈良阪|Narazakaっぽいアカウントを見つけたらたぶん私です。 こんなアイコン 物理学専攻
github.com Gorとはlog replayを自動化するためのツールです。go製。 log replayとは、log(httpのトラフィック)をreplay(再生)することで、よりリアルなデータ(プロダクションのトラフィック)をうまいこと使い、より効果時なテスト・確認をしようという考えからなるものです。ざっくりと。 たとえば、プロダクションのトラフィックをステージング環境に転送することでステージング環境にデプロイした実装のテストをしたり、転送するトラフィックの割合を制限しつつ負荷テストをしたり、あるいはtcpdumpのようにトラフィックをファイルに書き出し、tcpreplayのようにそれを再生したりと。 テストがないコードで、テストの回数が制限されているようなiscon5予選のときに使えたのではとgorが気になってたので試してみたメモです。（gorの作者の方がfluetndのアーキ
Apache JMeterはJavaで書かれた有名な負荷テストツールです。 Apache Benchやhttperfといったツールよりもより複雑な負荷テストを行うことができます。 TCPをはじめ多くのプロトコルに対応しているので、メールサーバやDBサーバの負荷テストを行うこともできます。 今回試した環境 MacOSX Mavericks Java SE7 なぜJMeterを使うの？ 今回テストしたいのはRailsアプリのログイン後ページのアップロード処理の負荷テストでした。 CSRF対策として使われているauthenticity_tokenの値を用意するのがabなどのツールでは簡単ではないため、JMeterを使うことにしました。 インストール Apache JMeter http://jmeter.apache.org/ JMeterのサイトよりzipまたはtgzをダウンロードして展開し
7. 負荷試験対象システム全体像 クラウド上でスケール可能なシステムを構成 Elastic Load Balancing Availability Zone Availability Zone RDS DB instance RDS DB instance standby (Multi-AZ) EC2 instance web app server EC2 instance web app server EC2 instance web app server EC2 instance web app server • LAMP構成のシステム • WEBアプリケーションサーバはLBの後ろに設 置されている • 全てAZ（データセンター）をまたいだ形で設置 し、単一障害点はない • キャッシュを利用 • DBはスケールアップで対応 ElastiCache ElastiCache
7. 標準で用意されてるコマンド ● タップ、スワイプ ○ touch tap 100 100 ● シーングラフ描画 ○ scenegraph ● ゲーム全体の一時停止、再開 ○ director pause などなど 8. コマンドの拡張も ● 例えば ○ スクリーンショットの撮影 auto name = "ss"; auto help = "take screen shot"; auto callback = [](int fd, const string& args) { utils::captureScreen([fd](bool succeed, const string &outputFile) { send(fd, outputFile.c_str(), outputFile.size(), 0); }, "ss.png"); }; Director::getInstance
Apache jmeterは，Webアプリのパフォーマンス計測のための無料ツール。 このツールの初歩を，今から３分で習得するための記事。 本当に３分きっかりなので集中して頂きたい。 (1) DL (2) サーバ (3) ページ (4) jmeter起動 (5) テスト計画作成 (6) jmeter実行 (7) 結果 目標 解説 Tips 1 ：外部パラメータの読み込み Tips 2 ：プロキシ機能を使ってテストケースを自動生成 ※↑自作の もくじジェネレータ で自動生成 (1) DL jmeterをダウンロードする。 JMeter Downloads http://jmeter.apache.org/download_jmeter.cgi http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi 最新版 Binary の z
内容自体は基本的に、第5弾 週末ランサーズ にお邪魔した時に お話した資料 と同じなんですが、この時よりも時間が少し長かったので、多少内容を追加しているのと、当時自分の中でうまく整理できてなかったけど、今は多少クリアになった部分もあって、そういった内容を盛り込んだりしてみました。 Togetter まとめ NAMIKAWA さんによるまとめ 一点お詫びしたいのは、登壇者に質問ができる Ask the Speaker というコーナーがあって、セッションが終わった後はそちらに移動、という段取りだったのですが、裏でやっていた OSS コミッタ大集合 の方でも登壇するために終了後すぐに E 会場に向かったため、Ask the Speaker コーナーに行けませんでした。もし質問するためにいらしてくださった方がいましたら、本当に申し訳ないです。 今回デブサミに登壇させて頂いた経緯については、会場で
本書は、Serverspecの開発者自身により書かれた初の書籍です。機能の詳細、動作仕様や内部のアーキテクチャ、ソースコードレベルで拡張する方法、開発に至る経緯や開発に関する哲学など、開発者自身にしか書けない包括的な内容を紹介。Serverspecとその周辺について既にある程度の知識や理解があるが、さらに踏み込んだ内容が知りたい、自分の手足のように使いこなしたい、もっと高度で詳細な情報を知りたい、思い通りに拡張したいと考える開発者やシステム管理者なら必携の一冊。伊藤直也氏による「まえがき」を収録。 まえがき はじめに 1章 Serverspecの紹介 1.1 Serverspecが生まれた経緯 1.2 Serverspecとは何か 1.3 Serverspecの利用目的 1.4 Serverspecの必要性 1.5 Serverspec開発の哲学 1.6 Serverspecのオフィシャル
はじめに 3月頃，『【Rails】RSpecでWeb APIのテストでハマったところ①』という初心者丸出しな記事を書きました． あれから9ヶ月ほど，お仕事としてRailsに触れたりしたため知見・スキルも向上してきたと思います． そして今，前述の記事を見直したところ恥ずかしくて顔を覆いたくなる感じになったので改めてWeb APIのテストについて書いていきます． APIのテスト？ そもそもWeb APIのテストはどこに書くの？ってところからですが… Controller SpecではなくRequest Specに書いていきます． Use RSpec Request Specs Since we’ve established that we’ll be using Rack::Test to drive the tests, RSpec request specs make the most s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く