負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
JMeterでの負荷・性能テスト - shibainu55日記
システム開発のでは製造・構築フェーズが終わると当然のことながら各種テストを行う。今回は、その中でもよくシステムテストと呼ばれるフェーズに含まれることの多い負荷・性能テストに関するお話。 ＜テストツールの検討と選定＞ 私の経験では、これまで行ってきたテストでは、規模やシステムの特性に応じて以下のようなテストツールを選定・使用してきた。 OSS等のフリーのテストツール(JMeter、Apache Bench、httperf、http://www.microsoft.com/japan/technet/archive/itsolutions/intranet/downloads/webstres.mspx?mfr=trueMS Web Application Stress Tool) 自作テストツール(Perl、シェルスクリプト等) 商用テストツール(Loadrunner等。※個人的にはあまり経
Tsung で負荷試験 - Qiita
Tsung を使用して 3 台のサーバから Web サーバに GET リクエストを送ってみました Tsung の実行環境の準備 Erlang R16B03-1 をインストールしておきます Tsung のインストール 3 台のサーバそれぞれに下記の手順で Tsung をインストールします $ sudo aptitude -y install autoconf gnuplot libtemplate-perl $ git clone https://github.com/processone/tsung.git $ cd tsung $ ./configure $ make && sudo make install /etc/environment に Erlang の PATH を追加する slave の Erlang VM を実行するために、下記のファイルの PATH に Erlang の
サーバの負荷テストのための、何百万ものHTTPリクエストを発生させる方法 | POSTD
(注記：6/9、いただいた翻訳フィードバックを元に記事を修正いたしました。) 今回の記事は毎秒300万ものリクエストを処理できるほど強力で高性能なWebクラスタの構築についてのパート1になります。まず初めに、あまり多くはありませんが、私がこれまで使用したことのあるロードジェネレータツールをいくつか紹介します。私のようにてこずって時間をかけてしまわないよう、今回の記事が理解の手助けになれば幸いです。 ロードジェネレータはテストを目的とした数種類のトラフィックを発生させるプログラムです。それによって高負荷においてサーバがどのように動いているか、そのサーバの弱点はどこなのか、などが見えてきます。負荷テストを通じてサーバの限界を知ることは、サーバのレジリエンシーを測定する最適な方法であり、あらゆる問題に対する準備の手助けにもなります。 ロードジェネレータツール 負荷テストをする際に頭に入れておくべ
Apache Jmeter入門
Apache Jmeter は 100% pure Java で作られたデスクトップ・アプリケーションで、 Webアプリに代表されるようなクライアント／サーバ側ソフトウェアの 負荷テストを行うためのツールです。 静的ファイル、Java サーブレット、CGI スクリプト、Java オブジェクト、 データベース、FTP サーバといった、静的および動的なリソースに関する パフォーマンスを測定するのに利用できます。さらに、 高負荷状態のサーバ／ネットワーク／オブジェクトをシミュレートしながら それらの性能を測定したり、 システム全体のパフォーマンスを分析するのにも使えます。 また Jmeter では、 あなたの作ったアプリケーションが期待する結果を返しているかを検証するための アサーション（成立条件チェック）やテストスクリプトを組み込むことで、 アプリケーションのリグレッション（回帰）テストを行う
第2回 テストの計画をまとめる
テストの種類 テストのタスクとテストのスケジュールを決定するには行うテストの内容を決定し、テスト項目の洗い出しを行う必要がある。弊社の場合、各テストに対してテスト概要書を作成し、どんなテストをいつ・どんな環境で行うのかを記載してタスクの洗い出しとスケジュールの算出を行う。プロジェクト初期段階では要件や仕様が明確ではないため、テスト要件の洗い出しまではできない。このため、この概要書で見積もられたタスクとスケジュールをまとめ、テスト計画書に反映させることになる。ではどんなテストを行えばいいだろうか。これを見極めるためにはまずはどんなテストが存在しているかを理解する必要があるだろう。 表2はテストの種類をまとめたものである。テスト対象のアプリケーションによってはさらに多くのテストを必要とすることもあるだろう。これらのテストのうち、対象となるアプリケーションにはどんなテストが必要かをテスト計画に記
第4回 テストを設計するには（その2）
前回はテスト種別の紹介の前半として単体テスト、機能試験、性能検証について紹介した。前回解説したように、テストの設計を行うにあたってはまずテスト計画を立案する必要がある。いきなりテスト要件を洗い出すことは必要となるテスト種別が抜け落ちたり、各テストのプロジェクト内での優先順位があいまいになったりなどの問題が発生するため、必ずテスト計画を作成し、各テストの重要度、工数、スケジュールを明確にしておくことが大切である。また、テスト要件を洗い出すときは事前に優先順位付けした要件から作成し、テスト要件にも優先順位付けを行い、優先順位を考慮した作業の進め方を行うといいだろう。 今回はテストの設計の第2回として、負荷検証、ロード検証について紹介を行う。 実システムを構築する上で、負荷試験というテストが含まれていないことはほとんどないだろう。構築するシステムがどの程度の負荷に耐えられるかを測定することで、シ
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
今度こそ快適・王道なTDD生活が始められる良記事10選+α [Rails/RSpec] - Qiita
はじめに この記事はTDD Advent Calendar 2013の17日目の参加エントリです。 前日はid:a_suenamiさんのTDDが僕に教えてくれたことでした。 このエントリが目指すところ 「Railsで開発しつつも実はあまりテストを実践出来ていない」という方を対象に、 Rails*RSpecでunit/functional test Capybaraでブラウザの挙動をシミュレート FactoryGirlでテストデータを自由に準備 Guardでファイル編集の度にテストを自動実行 Sporkでサイクル高速化 を実現するために役立つ記事を紹介します。 RSpecの基本 改めて学ぶ RSpec RSpec 簡潔に記述する 「RSpecとは何か」と「基本的な書き方」が身に付く2記事。 describeやcontext、subjectといった「骨組み」をこちらで抑えておきましょう。 RS
![今度こそ快適・王道なTDD生活が始められる良記事10選+α [Rails/RSpec] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ad89920d6b2a97b04a4c980d50c633b967a93078/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JUU0JUJCJThBJUU1JUJBJUE2JUUzJTgxJTkzJUUzJTgxJTlEJUU1JUJGJUFCJUU5JTgxJUE5JUUzJTgzJUJCJUU3JThFJThCJUU5JTgxJTkzJUUzJTgxJUFBVEREJUU3JTk0JTlGJUU2JUI0JUJCJUUzJTgxJThDJUU1JUE3JThCJUUzJTgyJTgxJUUzJTgyJTg5JUUzJTgyJThDJUUzJTgyJThCJUU4JTg5JUFGJUU4JUE4JTk4JUU0JUJBJThCMTAlRTklODElQjglMkIlQ0UlQjElMjAlNUJSYWlscyUyRlJTcGVjJTVEJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkNtaWRkbGUmcz01NWI0NmQ1ZWNiNGFjYmMwZGE0NzU1NGY3YThiMDBlZA%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa2lkYWNoMSZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZWZkNDhjYjc4NjYwZjc5ZTJjNDQ3M2M0Mzk4ZmFmMzg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D6fe78fc8b7d8e15660fdf985f25b9f61)
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
エンタープライズシステムにおけるテスト ～STE研究交流会 参加者の視点から ~
2014's Plan of Community Support Division, Agile Team Supporters in Japanteyamagu
Rails4時代の高速テスト環境 Rspec+Guard+FactoryGirl+Spring[NEW!] - Qiita
Rails4時代の高速テスト環境 Rspec+Guard+FactoryGirl+Spring[NEW!]RailsRSpecGuardFactoryGirlspring Railsのテスト環境の定番といえば Rspec Guard FactoryGirl Spork このへんの組み合わせが定番だったんではないでしょうか。 Sporkでテスト環境をプリロードして、Guardでファイルを監視してガンガンテストを回してと。 今回はこのSporkを最近メキメキと頭角を現してきているSpringに置き換えて よりモダンな高速テスト環境の作り方を説明します。 Springのいいところ このSpringなにがいいって、設定がすごく簡単。 おまけにGuard+Rspec以外にもrails generateやrake routesなど他のコマンドも高速化してくれます。 一度体験したらもう戻れません。 必要
![Rails4時代の高速テスト環境 Rspec+Guard+FactoryGirl+Spring[NEW!] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/46aa6f2e659cc914d46b39f41d52f963a99190f6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9UmFpbHM0JUU2JTk5JTgyJUU0JUJCJUEzJUUzJTgxJUFFJUU5JUFCJTk4JUU5JTgwJTlGJUUzJTgzJTg2JUUzJTgyJUI5JUUzJTgzJTg4JUU3JTkyJUIwJUU1JUEyJTgzJTIwUnNwZWMlMkJHdWFyZCUyQkZhY3RvcnlHaXJsJTJCU3ByaW5nJTVCTkVXJTIxJTVEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03YWE4YWYyNTA1MzM0ZTNjNjdiZDQ5ODBiZDE4ZmZiMw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdW5vc2smdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTRkM2IyZDcxNTdjNWMwYzU1ZjBhYWViZmUyMGJjYzQx%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D20084789391f9d573e5af5bbc3e2f9ee)
テスト分析・テスト設計入門
© 2013 Fuji Xerox Co., Ltd. All rights reserved. ■JaSST 2013 四国 テスト分析・テスト設計入門 富士ゼロックス株式会社 ソリューション・サービス開発本部 秋山 浩一 2 自己紹介 1985年4月 富士ゼロックス入社 現在はHAYST法のコンサルティング業務に従事 NPO ソフトウェアテスト技術振興協会（ASTER） 理事 JaSST東京実行委員（2003年～） 日本最大のテストシンポジウム1600名の動員 JSTQBステアリング委員（2006～） テスト技術者資格認定を行う国際組織日本支部 日科技連 SQiP研究会 委員長（2011年～） Wモデル研究会 主査（2011年7月～） 電通大 西康晴先生、NEC 吉澤智美氏、MRT 鈴木三紀夫氏 ISO/IEC JTC 1/SC7 WG26委員（20
Testers Bill of Rights | Tom Gilb & Kai Gilb
Testers Bill of Rights Please suggest your own Testers Bill of Rights! Testers have the right to unambiguous and clear requirements, Qualities must be quantified. Testers have the right to be a party to setting the quality levels of process and documents inputs, and to their product outputs. Testers have the right to sample the process and document inputs, and to reject inputs of poor quality. Tes
RSpec 3に向けての計画(日本語訳) - 有頂天Ruby
Myron Marston » The Plan for RSpec 3の微妙訳です。(翻訳最中なう)だいたい翻訳しました。訳がうんこなのは勘弁(ご指摘いただけると助かります)。 2013/7/23 21:25 id:kakutani さんのツッコミをもとに、誤訳等を修正しました。ありがとうございます(〃･ิ‿･ิ)ゞ RSpec 3に向けての計画 RSpec 2.0は2010年10月にリリースされました。 リリースされてから今までの3年間、後方互換性を保ったままRSpecを継続的に改善してきました。 しかし、RSpecの2.xより古いリリースとの後方互換性を保つために残しているひどいコードの蓄積は限界点に達しています。 RSpec 2.14はRSpec 2の最後のリリースになるでしょう(今後も多分bugfixのリリースすることはあるでしょう)。 我々はRSpec 3に取り掛かっています、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JMeter Knowledge log: 9月 2011
知っておきたいテストの“イロハ”---目次
テストを分類してみよう!
自動テストの誤解とアンチパターン in 楽天 Tech Talk
Sauce Labs - Selenium-based Downloads,Hosting and Support
