an excellent way data testing using xml technologies
の中に SDLC 、アプリケーションがウォーターフォールモデルを使用している場合、テストアクティビティは最後に計画されます。これは、QAチームが欠陥を特定した場合、要件、設計、コード、およびテストケースに関してやり直しのリスクをもたらします。アプリケーションの欠陥を特定するために最後まで待つことは避けたほうがよいでしょう。
Javaの経験者のための安らかなWebサービスインタビューの質問と回答
アプリケーションの機能実行に基づかないテストでは、すべてのコンポーネントをテスト環境にリリースすることを義務付けることなく、欠陥を見つけることができます。 これは、データテストによって実現できます。
アプリケーションの異なる層間の通信に使用されるXMLおよび関連テクノロジーは、アプリケーション全体がテストにすぐに利用できるようになるのを待つ必要のないテストを実行する機会を提供します。
このドキュメントでは、製品リリースのライフサイクルの早い段階でデータテストオプションを検討する1つの可能な方法の概要を説明します。
学習内容：
仮定：
このドキュメントは、読者が精通していることを前提としています ソフトウェアテストの概念 データベースとXMLテクノロジーの基本的な使用法。
フォーカスグループ：
QAチーム（QA）、データチーム（DT）、開発者（DEV）
目的：
ザ・ サンプルデータ 製品をテストするために識別されると、実行されるテストの範囲が定義され、テスト結果と製品の品質に対する信頼が高まります。テストのデータの識別は、実行するテストの要件によって異なります。
このドキュメントでは、テストデータをユーザーインターフェイスに表示する前に検証することに焦点を当てています。
このプロセスでは、効果的なテスト結果を得るためにテストデータ管理が必要です。ご存知のとおり、データはデータベースまたはフラットファイルに保存できます。ただし、データベースとの間のデータ転送はXMLを使用して処理できます。 XML (1)、XSD (2)、の間には非常に密接な関係があります。 XPATH (3)＆ XSLT (4)。 （以下のすべての定義を参照してください）。
(1) XML -です バツ 緊張しやすい M arkup L 言語。データを説明することは、World Wide Web Consortium（W3C）の推奨事項です。一連の正しい構文ルールを適用すると、XMLドキュメントが「整形式」であることを確認できます。
(二) XSD –XMLドキュメントの構造を示すために使用されます。 「整形式」のXMLドキュメントは、XSD（XMLスキーマ）に対して検証して検証できます。
(3) XPATH – XMLから適切なデータを取得するには、「有効」で「整形式」のXMLをナビゲートする必要があります。 XPATH式は、ディレクトリ内の従来のファイルパスのように見えます。
(4) XSLT – です バツ 緊張しやすい S tylesheet L 言語 T 変換–ユーザーインターフェイス（UI）でXMLからのデータを表現する一方で、XSLTを使用して任意のスタイル（フォント、色、サイズなど）を適用できます。 XSLTは、XPathを使用してXMLから情報を検索します。
に提示されたデータ XML スキーマ（XSDファイル）に対して検証されます。 XMLは、XSLTおよびXPATHを使用してさまざまな形式で出力できます。
この議論の目的のために、以下の例を使用します。
例 –出版社には、出版した本に関する情報を表示するWebサイトがあります。 Webページの1つに、本のすべての章に関する要約が表示されます。テストでは、コンテンツがこのWebページで適切であることを確認する必要があります。出版社はこれまでに何百万冊もの本を出版してきました。
出版された本に関連する情報はすべてデータベースに保存されます。ただし、問題のWebページでは、データベースからXMLに抽出するデータのサブセット（新しい本とその章に関するもの）が必要です。
以下に示すXMLは、本に関するメタデータを表しています。
XMLファイルBook.xml
A book on test data Jim 2015 Technical English 120 10 Acknowledgement Introduction What is data List of references XMLスキーマBook.xsd
テストデータ管理のライフサイクル
他のプロセスと同様に、 テストデータ管理 独自のライフサイクル（LC）ステージがあります。
- データ要件を特定する
- データ収集を計画する
- データを構築する
- データをテストする
- データの保守（関連性がないため、このドキュメントでは詳しく説明しません）
＃1。データ要件を特定する
上記の例では、データベースに数百万のレコードが格納されています。すべての本の内容をXMLファイルに抽出する場合は、詳細な検証が必要です。新しい情報をWebページに出力する必要がある場合、XMLとスキーマが変更される可能性があります。
XML、XSD、XPATH、およびXSLTへの変更には、適切な検証が必要です。ただし、このテストでは、プレゼンテーション、ミドルウェア、およびデータ層のリリースを待つ必要はありません。 QAチームはXSDを分析して、データ要件計画を作成できます。
| ライフサイクルステージ | エントリー基準 | 活動/責任 | 終了基準 |
|---|---|---|---|
| テストデータの要件を特定する | 以下のドキュメントが利用可能です データベース設計、UI設計、要件仕様、技術アーキテクチャ、データフロー図、ユースケース図 | エントリー基準（QA、DT、DEV）からドキュメントを参照するデータ要件を理解する テストデータ要件（QA、DT、DEV）-画面表示名と対応するXML要素間のマッピングを示すすべての画面のすべてのデータニーズを文書化します | テストデータ要件ドキュメント（QA、DEV、DT）を確認します |
製品のすべてのデータ要件を特定するプロセスでは、次のことに対処する必要があります。
a）カバレッジと完全性 –特定された要件はすべてのユースケースをカバーしていますか？
例 –上記のXMLサンプルで、タイトル、作成者、カテゴリ、言語のデータの組み合わせをテストすることは非常に重要です。スキーマがこれらのフィールドを義務付けているためです。
これは、要素/属性の存在とXML内のそれらの順序を説明するXMLスキーマを調べることで簡単に処理できます。
b）品質 –収集されたデータは可能な限り最高の品質ですか？使用されるテストデータは、アプリケーションで実行されるテストの品質を決定します。
- ポジティブで ネガティブなシナリオ –テストでは、有効/無効な入力データでアプリケーションがどのように動作するかを確認する必要があります
ザ・ テストデータ要件ドキュメント アプリケーションのすべての層にわたるデータのニーズを一覧表示します。データベースのデータは、UIで直接使用したり、操作（計算、連結など）したりできます。したがって、すべてのデータニーズをキャプチャする必要があります。
以下の表は、サンプルデータテーブルを表しています。
| フィールド名 | データ・タイプ | テストデータ | 備考 | テスト結果 |
|---|---|---|---|---|
| 著者 | ストリング | 空白のフィールド | 必須フィールドなので。テストは失敗するはずです。 | |
| 著者 | ストリング | 著者+ @ | 特殊文字があります | このテストは失敗するはずです |
| 著者 | ストリング | 著者名 | スペースが含まれています | このテストは合格するはずです |
| 著者 | ストリング | 123作成者 | 数字で始まります | このテストは失敗するはずです |
| 著者 | ストリング | @！著者 | 特殊文字で始まります | このテストは失敗するはずです |
| 著者 | ストリング | 著者 | プレフィックスはスペース | このテストは失敗するはずです |
上記の例では、Authorフィールドに文字列データ型を使用することを回避できます。代わりに、パターンを適用できます。
例えば。 アルファベットのみ、大文字で始まり、特殊文字などはありません。A パターン （XSDで定義された要素値を制限する）は、次のように定義できます。 。
これがに設定されている場合 著者 上記の例の要素は、つまり、 著者 要素には、大文字、小文字のアルファベット、および正の整数のみを組み合わせた値が必要です。
＃2。データ収集を計画する
| LCステージ | エントリー基準 | 活動/責任 | 終了基準 |
|---|---|---|---|
| データ収集を計画する | 承認されたテストデータ要件ドキュメント | データニーズの頻度を特定する（DEV、QA） テストデータの一覧表示（QA） XMLスキーマ（DEV）の定義 | データニーズの頻度を確認し、データ（DT）をテストします |
＃3。データを構築する
| LCステージ | エントリー基準 | 活動/責任 | 終了基準 |
|---|---|---|---|
| ビルドデータ | データリクエストファイル | DB（DT）にデータを構築する DBからXML（DT）にデータを抽出します XMLをスキーマ（DT）に対して検証する XMLファイルをQA（DT）と共有する | XMLファイルがQAチームによって受信されます |
＃4。データをテストする
| LCステージ | エントリー基準 | 活動/責任 | 終了基準 |
|---|---|---|---|
| データをテストする | データリクエストXMLファイル | 完全性と正確性（QA）についてスキーマに対してXMLを検証します マッピングドキュメントをテスト結果（QA）で更新します | テスト結果はDEV、DTチームと共有 |
上記の表にリストされているように、QAはスキーマに対してXMLを検証して、データが期待どおりに利用可能かどうかを確認します。スキーマが一致すると、コンテンツとその構造に問題がないことを確認できます。しかし、これはデータがシステムによって正確に取得されていることを確認するものではありません。
私たちが知っているように、XMLはpを持つツリー構造を示しています arent-child-sibling-ancestor-descendent ノード間の関係。
以下の表を見て、最も単純なXPATH規則を理解してください。
任意のウェブサイトからビデオをダウンロードするソフトウェア
画面上でXMLのフィールドを（たとえばHTMLとして）表すために、XSLTとXPATHの組み合わせが使用されます。
Latest Book
Title Author Publication_Year Category Language Pages
ブラウザでは、最終的に結果のXMLは次のように表されます。データはすでに検証されているため、テストの焦点は画面のルックアンドフィールに集中できます。
結論
- 開発テストのライフサイクルの早い段階で実行されるデータテストは、機能テストの実行中にバグを修正するコストがライフサイクルの早い段階で修正するよりもはるかに多いため、コストを節約します。
- XMLファイル、XPath、およびXSLTをXSDドキュメントで検証するために最初に費やした労力は、リリースの複数の反復を回避するのに役立ちます
- QAチームは開発チームと緊密に連携し、付加価値サービスを提供できます
- QAチームは、データのさまざまな組み合わせをモックアップして、カバレッジと正確性を確保するのに役立ちます
このテクニックが役立つと確信しています。ご不明な点がございましたら、お気軽にコメントしてください。
推奨読書
- データベーステストへのXMLの簡単なアプローチ
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- ブラックボックステストとホワイトボックステストの主な違い
- 人気のあるデータウェアハウスツールとテストテクノロジーのトップ10
- ETLテストデータウェアハウステストチュートリアル（完全ガイド）
- PrimereBookダウンロードのテスト
- ミューテーションテストとは：例を含むチュートリアル
- TestCompleteツールを使用してデータ駆動型テストを実行する方法