
反復的で自動化された、継続的なパフォーマンステスト
アプリケーションのパフォーマンスを考えたとき、我々はアプリケーションが完成に近づくまでは、パフォーマンスのテストを滅多に行いません。我々が機能テストで行ってきた、反復、自動化、継続という教えをパフォーマンスについても同様に適用できるでしょうか?

アプリケーションのパフォーマンスを考えたとき、我々はアプリケーションが完成に近づくまでは、パフォーマンスのテストを滅多に行いません。我々が機能テストで行ってきた、反復、自動化、継続という教えをパフォーマンスについても同様に適用できるでしょうか?

この記事では、単体/統合テストの分野でSpringフレームワークが提供するサポートの概要について説明する。一般的なJava EEアプリケーションでのアジャイルテスティングフレームワークの実装と、Springテストクラスを使用したアプリケーション機能のテスト方法について、読者の方の参考となるように、ローン処理のWebアプリケーションの例を取りあげる。
アプリケーションのパフォーマンスを考えたとき、我々はアプリケーションが完成に近づくまでは、パフォーマンスのテストを滅多に行いません。我々が機能テストで行ってきた、反復、自動化、継続という教えをパフォーマンスについても同様に適用できるでしょうか?
Simon Ritter氏がガーベジコレクションによる最長応答時間を保証するReal-Time Java specification (RTSJ)のビジョンとキャパシティを解説します。
最近IBM developerWorksに掲載された記事において構築中のプロセスにある継続的インテグレーション(CI)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.netコミュニティによって開発されたCIサーバであるHudsonをSubversionコードリポジトリをポーリングし、ソースコードに変更が発見される度にAntビルドスクリプトを動作するためにどのようにインストールし設定するのかを解説している。
コードの再利用は長い間ソフトウェアの至高の目標とされてきた。歴史的に私たちは抽象概念とフレームワークを使用してコードの再利用を成し遂げようとしてきたが、技術的な犠牲を払わざるを得ないものだった。現在ではインターフェースとビヘイビアに適合するオープンソースコードを検索するためのサーチツール、自動デベロッパテストの力を利用することができる。