JUnit 4.7 : テストごとのルールSpring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
JUnitとEclipseを使って学ぶ、“テスト”の常識
JUnitとEclipseを使って学ぶ、“テスト”の常識：Webアプリの常識をJSPとStrutsで身につける（10）（1/4 ページ） 本連載は、JSP／サーブレット＋StrutsのWebアプリケーション開発を通じて、Java言語以外（PHPやASP.NET、Ruby on Railsなど）の開発にも通用するWebアプリケーション全般の広い知識・常識を身に付けるための連載です いまさら聞けない、“テスト”の考え方やポイント 今回は、「テストの常識」と題し、Webアプリのテスト方法を説明したうえで、実際にJUnitを使用してWebアプリのテストを行ってみましょう。 そもそも、テストとは何のために行うのでしょうか？ ただ何となくテスト項目を作成して実施するのでは、作成したWebアプリの品質が低かったり、開発コストが高くなったりと後々、後悔することになります。まず「テストをなぜ行うのか」「何を
JUnit4 - TRANCE ARTS 技術情報Wiki
JUnitとは？ † Java用の単体テストフレームワーク。 JUnitのようなテスティングフレームワークを活用することで、次のメリットがある。 テストを統一な方法で作成できる → 他人が見ても分かりやすい テストが簡単にできる また、単体テストコードがあれば、仕様変更時のデグレードを早い段階で発見することができる。 ↑ JUnit3との違いは？ † 「junit.framework.TestCase」クラスを継承しなくてもよい。 テストメソッドのプレフィックスに「test」の必要がない。 テストクラス前後に行う処理を指定できるようになった。(@BeforeClass、@AfterClass) 例外検証のソースの記述が簡単になった。(@Test(expected=XXXXException.class)) パフォーマンスの検証もできるようになった。(@Test(timeout=1500))
JUnit - Wikipedia
一度作成すればすばやくテスト可能である。 その後はテストコードを標本とすることでバグ訂正が容易となる。 テストコードを見れば仕様が一目瞭然となる。 誰でも同じテストを行えるようになる。 独自のテストコードによるテスト作成の手間を省ける。 仕様変更ごとにテストコードを作り直さなければならない。 EclipseなどのIDEを使うことで、テストコードの再作成によって生じる手間を軽減することもできる。 エクストリーム・プログラミング(XP)などのテスト駆動開発の開発形態の場合、問題が解消される場合がある。なぜなら、テスト駆動開発では、テストコード自体が仕様であるという考え方に立つからである。 テストコードの作成に時間がかかる。 EclipseなどのIDEを使うことでテストコードの作成を高速化することもできる。 「テストは機能テストであり、内部ロジックの確認ではない」という考え方に立つと問題が解消さ
ソフトウェアテスト - Wikipedia
ソフトウェアテスト (英: software testing) は、コンピュータのプログラムから仕様にない振舞または欠陥（バグ）を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。例えば、OS, プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。本項では動的なソフトウェアテストを中心に扱う。 ソ
ソフトウェアテスト基本テクニック 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
漸進方式でJavaコードの品質を大きく向上させる：CodeZine
はじめに 継続的インテグレーションは開発プロセスに欠かせないものであり、最近ではコードカバレッジチェックをビルドオートメーションに組み込もうとする傾向が強まっていますが、開発チームは一体どれくらいのカバレッジ率（ソースコードに対し、どれだけ詳細にテストが行われたかを示す割合）を目標にすればよいのでしょうか。コードカバレッジ重視派の人々の中には、75%という人もあれば、85%という人もあり、100%という人もいます。 私たちがあるプロジェクトでカバレッジ率のベースラインを測定したところ、この開発チームの目標値はそれよりずっと低くせざるを得ないことがわかりました。私は、ジョーゼフ・ヘラーの小説『キャッチ=22』に出てくるキャスカート大佐のように、部隊の兵士の目標出撃回数が達成されそうになるたびに目標回数を引き上げていくようなことはしたくありませんでした。 ヨッサリアンはがっくりとうなだれた。「
テストがエラーになった時に画面キャプチャするuser-extensions.jsを作りました (2009/03/11更新) - Enjoy*Study
Seleniumでエラーとなった時に勝手に画面キャプチャとってくれたら解析に便利じゃないかなと思ってuser-extensions.jsを書いてみました。 ちなみに、Selenium RCでの実行時しか使えません。 error_capture-user-extensions-0.3.js 上記をダウンロードし、ファイル名をuser-extensions.jsに変えて使用してください。 Selenium RCの起動オプション(-userExtensions)で、 "user-extensions.js"を指定して実行することにより、エラー発生時に画面のキャプチャが保存されるようになります。 キャプチャされた画像は、Selenium RCの起動ディレクトリ配下に、、 <テストスイート名>-<テストケース名>-<タイムスタンプ(ミリ秒).pngで保存されます。 user-extensions.j
Life with Cygwin
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer
JUnit4をやってみよう
http://www.itarchitect.jp/technology_and_programming/-/34141.html
テストエンジニア ステーション：gihyo.jp special
IBM Developer