このセクションでは、ソース管理システムに SOAtest を接続する方法について説明します。
このセクションの内容:
Parasoft SOAtest 環境にプラグインするソース管理システムを使って、ソース ファイルとテスト ファイルを管理することができます。
下記のリストにある「サポートされるソース管理システム」をチームが使用している場合、適切な構成を行うことで Parasoft Test から次の操作を行うことができます。
SOAtest には、次のソース管理システムをすぐに使用できるサポートが含まれています。
ベンダー | テスト済みバージョン |
---|---|
Git | 1.7, 1.8, 1.9, 2.x |
Microsoft Team Foundation Server | 2012, 2015, 2017, 2018, 2019 |
Perforce | 2006.2, 2015 |
Subversion (SVN) | 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13 |
ソース管理 API を使用して、他のソース管理システムと統合できます。「カスタム ソース管理システムの統合」を参照してください。
Subclipse プラグインの各バージョンは、それぞれ特定のバージョンの Subversion とだけ互換性があります。現在使用している Subclipse プラグインと、Parasoft Test がサポートする Subversion との間に互換性があることを確認してください。
たとえば、Subversion 1.3 と Subclipse プラグイン 1.2 をインストールしてはいけません。Subclipse プラグイン 1.2 が使用するのは Subversion 1.4 です。Subclipse 1.4.x は JavaHL/SVNKit の Subversion 1.5.0 を必要とします。Subclipse 1.4.5 はすでに Subversion クライアント アダプター 1.5.2 を持っています。
バージョン 1.4 よりも前の Subversion クライアントは、Subversion 1.4 が生成する作業コピーに対して作業できません。Subversion 1.4 に付属の Subclipse プラグイン 1.2 を使用している場合、次のエラー メッセージを受け取ることがあります:
svn: This client is too old to work with working copy '.'; please get a newer Subversion client
これは、Parasoft がバージョン 1.3 以前のコマンドライン クライアントを使用していることを意味します。解決方法は、コマンドライン SVN クライアントをバージョン 1.4 に更新することです。次のコマンド コマンドを実行すると、クライアントのバージョンを確認できます。
svn --version
一部のソース管理システム (ClearCase、Perforce、 Synergy、 Visual SourceSafe が該当) は、ソースを編集するときにユーザーによるマーク (ロック) を必要とします。そのようなソース管理システムを使用している場合、ソース管理システム中の「読み取り専用」ファイルを開こうとする操作を Parasoft Test で行うと、SOAtest はダイアログを表示して、ファイルを書き込み可能にしてロックするかをユーザーに問い合わせます。ユーザーが [OK] をクリックしてソース管理システムのユーザー名とパスワードを入力すると、 Parasoft Test はソース管理システムにアクセスしてマーク (ロック) を設定します。 |
使用するソース管理システムのサポートを有効にするには、次の操作を行います。
ソース管理システムのコマンドライン クライアントを環境変数の PATH に必ず設定して、SOAtest の起動時に利用可能にします。
例えば Subversion がある場合、Eclipseに Subclipse プラグイン (SVN Eclipse プラグイン) をインストールするのは不十分です ( Subclipse のインストールは必須ではありません)。 コマンドラインの Subversion クライアント ( svn.exe ) を使用するべきです。
ソース管理システムとの統合をテストするには、次の操作を行います。
SOAtest に付属の JAR を指定することで、デバッグ ログを有効にし、ソース管理システムとの統合の問題をトラブルシューティングできます。
-consolelog J-Dparasoft.logging.config.jar.file=/com/parasoft/xtest/logging/log4j/config/verbose.console.xml |
詳細なログがコンソールに出力されます。ソース管理システムからのメッセージを含めるには、次のフラグを使用します。
-Dscontrol.log=true |
Dscontrol.log
フラグを使用した結果の出力には、ユーザーのソースコードの一部が含まれている可能性があります。
SOAtest に付属の JAR の代わりに、parasoft.logging.config.file
システム プロパティを使用して、ディスク上の log4j ファイルを指定できます。
-consolelog J-Dparasoft.logging.config.file=<PATH_TO_LOG4J_FILE> |
接続する Git リポジトリは、匿名でのプルを許可する必要があります。
git clone <repository>
git push
URL を設定する必要があります。git config remote.origin.pushurl git@<your repository URL>
user.name
を git config
で設定します。 git config user.name "<your username>"
ソース管理システムのサポートを有効化している場合、[ソース管理システムの説明を作成] ダイアログで以下のリポジトリ プロパティを指定します。
|
ソース管理システムのサポートを有効化している場合、[ソース管理システムの説明を作成] ダイアログで以下のリポジトリ プロパティを指定します。
デフォルトでは、ユーザー名を使用してファイル/メソッドの作成者が決定されます。しかし、チームによっては、共有のユーザー名と各開発者固有のワークスペースを使用して Perforce にアクセスする場合があります。 ワークスペース名 (またはユーザー名とワークスペース名) を使用して作成者を決定するには、[作成者] タブを開いて設定を変更します。 |
Parasoft Test の Subversion のサポートはコマンドライン クライアント 'svn' に基づきます。サポートされているSVNバージョンのリストについては About Source Control Support を参照してください。
クライアント証明書を Subversion のコンフィギュレーション エリアに格納している必要があります。Subversion クライアントには、ディスク上の認証証明書にアクセスするためのビルトイン システムがあります。デフォルトでは、コマンドライン クライアントがサーバーでの自分自身の認証に成功するたびに、クライアントはユーザー個人のランタイム コンフィギュレーション エリアに証明書を保存します。UNIX では ~/.subversion/auth/ であり、Windows では %APPDATA%/Subversion/auth/ です。
ソース管理システムのサポートを有効化している場合、[ソース管理システムの説明を作成] ダイアログで以下のリポジトリ プロパティを指定します。
サポートされるバージョンについては About Source Control Support を参照してください。
SOAtest for Eclipse と TFS を統合するために追加のソフトウェアをインストールする必要はありません (必要なライブラリはインストールに含まれています)。
ソース管理システムのサポートを有効化している場合、[ソース管理システムの説明を作成] ダイアログで以下のリポジトリ プロパティを指定します。
デフォルトでは、SOAtest は TFS にアクセスするためにキャッシュされた証明書を必要とします。これは、ユーザー ログイン情報や何らかの以前のログイン情報です。キャッシュされた証明書ではなく、カスタム証明書を使用することも可能です。
ローカル設定ファイルを使って、ソース管理システムの定義を指定できます (たとえば DTP によってチーム全体の設定を共有したり、コマンドラインでオプションを指定したりするために)。詳細については「ローカル設定の指定」を参照してください。