意外に知らないDbUnitでCSVを使う方法 - Fight the Future
「dbunit csv」で検索してもヒットしなかったので書いておく。 DbUnit2.1から、初期値や期待値をCSVファイルに書くことができる。XMLやExcelの代わりに。 使い方はとても簡単。 テーブル名.csvというファイルを作成する(EMPテーブルならemp.csv) CSVファイルの1行目に列名、2行目以降にデータを記述する 複数のテーブルにデータを入れたい場合、CSVファイルも複数作成する 「table-ordering.txt」というファイルを作成する txtファイルに登録するテーブルの順序を記述する(参照整合性制約に反しないように) CSVファイル、txtファイルを同じディレクトリに配置する CsvDataSetのコンストラクタにファイルを配置したディレクトリのjava.io.Fileオブジェクトを渡す たとえば、EMPテーブルがあるとして、emp.csvはこんな感じ。 E
SpringBoot/SpringMVCでRepositoryのテストを楽にするspring-test-dbunit - くらげになりたい。
JavaでDBのテストを書くなら、もちろんDbUnit！ さらに、Spring Testing Frameworkと一緒に使うなら、Spring Test DBUnit! なのですが、環境構築する際にはまったので、そのときの備忘録φ(..)メモメモ 最終的にはこんな感じでアノテーションベースでDBUnitが使えます public class TestFooRepository extends AbstractRepositoryTest { @Autowired private FooRepository repo; @Test @DatabaseSetup("/db/test001/setup.xml") @ExpectedDatabase("/db/test001/expected.xml") public void test001() { List<FooEntity> foos =
負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
WEBサイト負荷テストツール7選 | さぶみっと！JAPAN
WEBサイトに情報を入力するだけで負荷テストができるLoad Impact、GUIから操作できるApache JMeterや、コマンドラインから使うcurl-loader・httperf・Siege・Pylot・abを簡単な使い方と共に紹介していきます。 Load Impact http://loadimpact.com/ Load ImpactはスゥエーデンのGatorhole AB社が管理している、フォームに必要な情報を入力するだけで負荷テストをしてくれるWEBサイトです。 ツールをインストールしたりする必要が有りませんので、非常に楽です。 毎月5回まで無料で負荷テストができます。 それ以上は10回/$30のクレジットを購入する事になります。 トップページのフォームにURLを入れて「Run free test」をクリックすると、世界各地のいずれかのAmazon EC2サーバから負荷テス
知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spring bootでweb ユニットテスト編