テストデータ管理¶

概要¶

注釈

テストデータ管理機能は、23R2以降のビルド場所でのみ利用可能です。

テストデータ管理機能は、環境が削除または期限切れになった場合でも、顧客が入力したテストデータを永続的に保持する機能を提供します。さらに、データはビルド場所のライフサイクル全体を通して保持されます。

テストデータ管理の導入は、以下に述べるように、顧客とパートナーにいくつかのメリットをもたらします。

ビルド場所環境は、アジャイルな開発、テスト、およびデリバリープロセスをサポートする、短期間で運用される環境として設計されています。
その結果、現在の設計では、このような環境で使用されるテストデータも短期間しか保持されません。これにより、テストプロセスの効率が低下し、顧客が手動またはスクリプトを使用してデータを再作成するという不要な作業が発生していました。
ビルド場所にテストデータ管理機能を導入することで、ユーザーは顧客のライフサイクル全体を通じてテストデータを保持できます。また、新しい環境を作成してもデータが失われないため、改善されたテストデータに投資でき、複数のアジャイルサイクルにわたってより一貫したテストを実施できます。
この機能の導入により、顧客およびパートナーは、テストデータの準備にかかるコストと作業負荷を削減できます。

テストデータ管理機能は、以下に示す4つの主要プロセスで構成されます。

テストデータ管理の有効化
初期テストデータの設定
サニティQAフロー
開発（Dev）フロー

このドキュメントでは、上記の主要フローについて詳しく説明します。

テストデータ管理ソリューションの目的は、開発および品質保証の目的にのみデータを保持することであることに注意してください。そのため、データ関連のセキュリティ脆弱性を軽減するため、QA環境にはテストデータを追加し、本番データは追加しないことを強くお勧めします。

QA環境にデータを入力する際は注意してください。過剰な量のテストデータを追加すると、品質保証環境の承認プロセス中に問題が発生する可能性があります。これは主に、テーブルスペースの容量不足につながる可能性があるためです。このような問題を軽減するため、品質保証環境にはデータを段階的かつ自然な形で追加することをお勧めします。

承認プロセスで問題が発生した場合は、トラブルシューティングセクションに記載されている手順を参照してください。

注釈

追加および承認されたテストデータは、品質保証 (QA) 環境と開発 (Dev) 環境でのみ使用できます。また、これらの環境はデフォルトのR&D基本データを使用してプロビジョニングされません。

注釈

トピック環境と納品環境は、どちらもデフォルトのR&D基本データを使用してプロビジョニングされます。また、これらの環境には、追加および承認されたテストデータは含まれません。

略語一覧¶

略語	意味
TDM	テストデータ管理
QA	品質保証
Dev	開発
PDB	プラグイン可能なデータベース
san-OK	サニティチェックが正常に完了すると、コミットに「サニティOk」タグが追加されます。これは、コードがビルド可能かつデプロイ可能であることを示します。
qa-OK	ビルド場所のユーザーが、選択したコミットからQA環境をプロビジョニングし、テストデータを追加して承認すると、選択したコミットに「qa-OK」タグが自動的に適用されます。後続のQA環境では、「qa-OK」タグが存在することは、データが対応するコミットで導入された変更に適合しており、そのコミットを使用して後続のQA環境をプロビジョニングできることを示します。サニティQA環境では、「qa-OK」タグは、コード変更が許容可能であることが検証され、データが該当するコミットで実行された変更に適合していることを示します。
qa-OK-pending	このタグは、コミットがまだQA承認されていないことを示します。
DR	災害復旧

テストデータ管理の有効化プロセス¶

顧客がテストデータ管理機能の利用を希望する場合は、営業チームの担当者に連絡して支援を受けることができます。その後、営業チームの担当者が必要な情報をすべて取りまとめ、フルフィルメントおよびプロビジョニングチームに転送して、指定されたビルド場所でテストデータ管理を有効にします。

ビルド場所でテストデータ管理を有効にするには、以下の前提条件を満たす必要があります。

ビルド場所のバージョンが23R2以降であること。
ビルド場所が有効化され、実装モードが設定され、初回納品が作成されていること。
該当するビルド場所に存在するすべての環境を削除する必要があります。
進行中のすべてのビルド操作が完了している必要があります。
ビルド場所に日次シャットダウン時刻が設定されている必要があります。


図1.1 - テストデータ管理実現プロセス

ビルド場所でテストデータ管理機能が有効になると、以下に示すように、ビルド場所の設定パネルにそのことが反映されます。


図1.2 -ビルド場所設定テーブル

テストデータ管理を有効にすると、「テストデータ管理」機能を無効にするまで設定が保持されることに注意してください。

初期テストデータの設定¶

最初に、その他の操作を続行するために、ビルド場所で基本テストデータを設定する必要があります。

テストデータを構成するため、初期品質保証 (QA) 環境を注文することをお勧めします。これは、QA環境が主に品質保証 (QA) を目的としており、QAチームがmasterブランチで開発者によって導入された変更を検証できるようにするためです。この検証を容易にするため、QA担当者は特定のデータを入力する必要があります。この手順は変更の検証に役立つため、データの設定をQA環境でのみ行えるようにしています。


図1.3 - 初期テストデータセットアップダイアグラム

サニティQAフロー¶

コード変更が完了したら、その基本的な機能と安定性を検証するためにサニティビルドをリクエストできます。テストデータ管理を実装している場合は、サニティビルドと同時にQA環境をプロビジョニングすることもできます。


図1.4 - サニティQAフローダイアグラム

開発フロー¶

開発環境を注文する目的は、ソフトウェア開発およびテスト作業用に専用かつ管理されたスペースを提供することです。これにより、開発者は本番環境に影響を与えることなく、コード変更の作業、新機能のテスト、および品質保証を実施できます。この分離により、変更が実稼働環境または本番環境にデプロイされる前に、潜在的な問題やバグを特定して解決できるため、ソフトウェアの安定性と信頼性を維持できます。

開発環境は、最初に入力されたテストデータを使用し、正常に完了した最新のサニティチェック済みコミットからプロビジョニングされます。


図1.5 - 開発フローダイアグラム