※本記事は、Ranorexの画像検証に関する基礎知識をお持ちの方を対象としています。
※Ranorex ハンズオンセミナー(初級・中級)を受講することで、Ranorexの画像検証について学習いただけます。

Ranorexの画像比較は、ピクセル単位でRGB値(赤・緑・青の色を組み合わせた数値)を参照した厳密で高精度な検証です。そのため、複数のテスト実行環境でテストする場合に、期待画像との微細な色の違いや文字・グラフィックの位置の微妙なズレなどが発生すると、規定の設定では失敗しやすくなります。

本記事では、テスト実行環境の違いにより、人の目で認識できない微細な差分で失敗する画像比較を成功させるための設定方法について説明します。

本記事の最後に、詳細資料を公開しておりますので、ダウンロードください。

Ranorexの画像比較

テスト実行時に表示された画像が期待画像と一致しているかを判断する指標として、類似度 (Similarity)が使用されます。類似度は0.0から1.0の範囲で表され、1.0は100%の一致を意味します。具体的には、比較対象の画像のすべてのピクセルにおいて、赤（R）、緑（G）、青（B）の各色の値が完全に一致している状態を指します。このため、類似度が1.0の場合、完全一致となり、画像検証の結果は成功と判断されます。

詳しくは、以下のイメージバリデーションのブログをご確認ください。

• イメージ バリデーション（概要）#1

画像比較が失敗する主な要因

Ranorexの画像比較が失敗する主な要因は、以下の通りです。

• マシンの解像度やウィンドウサイズが統一されていない複数環境でのテスト
• Windows OSの異なるバージョンでのテスト
• クラウド環境でのテスト
• リモートデスクトップ接続によるリモートテスト
• 検証対象の画像内に動的なコンテンツが含まれるテスト

画像比較が失敗する主な要因の解決策

「画像比較が失敗する主な要因」であげた内容は、大きく分けて次の3パターンに分類できます。それぞれの要因に対応する解決策をお試しください。

• 解像度・ウィンドウサイズの違いが原因の場合
  • マシンの解像度やテスト対象アプリケーションのウィンドウサイズを統一する

• Windows OSバージョン・クラウド環境・リモートデスクトップ環境の違いが原因の場合
  • Ranorexの標準機能（プリプロセスフィルター・類似度）で差分を許容する
  • 他ツール連携により、文字・画像の位置ズレを自動検出して検証する (例：OpenCV利用)
  • 環境ごとに期待画像を切り替えて、テストを実行する (ユーザーコード利用)

• 動的なコンテンツやテスト環境によって変化するコンテンツが含まれる場合
  • 差分が発生しやすい箇所や動的に変わる箇所をマスキングして検証する

資料ダウンロードのご案内

複数のプラットフォームでの画像比較を成功させるための方法に関する詳細資料は、以下のリンクからダウンロード可能です。
※ファイルをダウンロードできない場合は、ブラウザーのセキュリティ設定をご確認ください。

The post 複数のプラットフォームで画像比較を成功させるための方法 first appeared on テスト自動化ツール 『Ranorex』.

※本記事は、RanoreXPathに関する基礎知識をお持ちの方向けの内容となります。
※Ranorex ハンズオンセミナーを受講することで、RanoreXPathについて学習いただけます。

ブラウザー/Window OS/テスト対象アプリケーションのアップデートや、テスト対象アプリケーションの特性などにより、オブジェクト情報が意図せず変化しRanoreXPathの修正が必要となることで、メンテナンス工数が発生する場合があります。

本記事では、RanoreXPathの変化にともなうメンテナンス工数を抑えるための、RanoreXPathの設計方法について説明します。

本記事の最後に、RanoreXPathの設計方法に関する詳細資料を公開しておりますので、ダウンロードください。

RanoreXPathに影響を与える主な要因

RanoreXPathは主に以下の要因で変化します。これらの要因をあらかじめ理解し、堅牢なRanoreXPathを設計することが重要です。

• ブラウザーのアップデート
• Windows OSのアップデート
• テスト対象アプリケーションのアップデート
• 動的な属性の使用

変更に強いRanoreXPath設計のポイント

RanoreXPathのメンテナンス工数を抑えるためには、さまざまな変更要因の影響を受けにくいパス設計をおこなうことが重要です。その対応として、以下の方法があります。

1. 変更されにくい属性を使用する

テスト対象アプリケーションのユーザーインターフェース（UI）は操作や開発によって変化しやすく、それにともない、RanoreXPath内の属性情報も変化する場合があります。RanoreXPath内の属性情報に、UI変化の影響を受けにくいものを使用することで、RanoreXPathの耐久性を向上させ、テストの安定性とメンテナンス効率の改善が期待されます。

例として、以下のようなRanoreXPathにおいて、text属性に動的な値（img_w3bnz2p1t58q2xi0）が使用されている場合、変更されにくい他の属性を使用することで、RanoreXPathを堅牢にすることができます。

• 変更前のRanoreXPath例：
  /form[@controlname=’RxMainFrame’]/?/?/tabpage[@controlname=’RxTabDynamic’]/text[@text=’img_w3bnz2p1t58q2xi0′]

対象のリポジトリアイテムのパスエディター画面のツリー要素から、対象の要素（text要素）を選択し、属性の編集画面のtext属性のチェックを無効にし、controlname属性などの他の属性を有効にします。

2. 属性値を正規表現で指定する

自動生成されたRanoreXPathの中に、特定の形式の動的な属性値が存在する場合は、その形式に合わせて属性値を正規表現で指定することが可能です。属性値が変わった場合も、設定した正規表現に一致することにより、対象の要素を認識することができます。

例として、以下のようなRanoreXPathにおいて、text属性に特定の形式で変化する値（img_w3bnz2p1t58q2xi0）が使用されている場合、正規表現で指定することで、RanoreXPathを堅牢にすることができます。

• 変更前のRanoreXPath例：
  /form[@controlname=’RxMainFrame’]/?/?/tabpage[@controlname=’RxTabDynamic’]/text[@text=’img_w3bnz2p1t58q2xi0′]

対象のリポジトリアイテムのパスエディター画面のツリーの要素から、対象の要素（text要素）を選択し、属性の編集画面のtext属性の演算子を、～（Regex Match）に変更し、属性値を指定する入力フォームに正規表現を使用した値を（img_.*）を設定します。

• 変更後のRanoreXPath例：
  /form[@controlname=’RxMainFrame’]/?/?/tabpage[@controlname=’RxTabDynamic’]/text[@text=’img_.*’]

3. パス構造を簡略化する

アプリケーションのアップデートにより画面に変更が加えられることで、ツリー構造が変わり、既存のRanoreXPathでオブジェクトを認識できなくなる場合があります。このような場合、ワイルドカード演算子を使用してパス構造を簡略化することで、パス構造の変更に柔軟に対応できます。

例として、以下のようなRanoreXPathにおいて、Tabpage内の画面構成が今後変更される可能性がある場合は、//（any descendants）を使用することで、画面変更の影響を受けないRanoreXPathにすることができます。

• アップデート前のアプリケーションとツリー構造例：

• 変更前のRanoreXPath例：
  /form[@title=’〇〇アプリ’]/tabpage[@controlname=’HOME’]/button[@controltext=’ログイン’]

• アップデート後のアプリケーションとツリー構造例：

• 変更後のRanoreXPath例：
  /form[@title=’〇〇アプリ’]/tabpage[@controlname=’HOME’]//button[@controltext=’ログイン’]

メンテナンス工数を抑えるための方法

RanoreXPathの自動生成に関する設定として、「速度と堅牢性の設定」と「重み付けルールの設定」があります。これらの設定は、RanoreXPathを生成する前に、テスト対象アプリケーションの特性や運用方針に応じてあらかじめ設定しておくことで、変更に強いRanoreXPathを生成しやすくなり、後から修正する工数を抑えることができます。

1. 速度と堅牢性の設定

テスト実行時におけるオブジェクトの認識の速さや、アプリケーションの画面の変更にともなうオブジェクトの認識の強さは、RanoreXPathの構造に大きく依存しますが、RanoreXPathは「速度」と「堅牢性（壊れにくさ）」の２つの軸を基にバランスを見て生成されます。

どちらの設定に重点を置くかは、テスト対象アプリケーションの内部構造や改修頻度に合わせて調整する必要がありますが、テスト実行時にオブジェクト認識の速さに影響しない場合は、将来発生する可能性のあるメンテナンス工数を抑えるために、原則として「堅牢性」重視の設定をおこなうことを推奨します。

2. 重み付けルールの設定

Ranorexで自動生成されたRanoreXPathに使用される属性には、動的な情報が含まれる場合がありますが、テスト実行の度に属性値が変わることでオブジェクトが検出できずに失敗する場合があります。そのため、対象のオブジェクトのRanoreXPathを修正し、他のユニークな属性に変更するなどの修正が必要となります。

RanoreXPathの生成時に、どの属性を使用するかは 「重み付けルール」の設定で管理されます。重み付けルールでは、各属性に数値が設定されており、数値が高い属性から優先的に使用されます。

※各設定方法の詳細は、以下Blog記事の「RanoreXPathの生成条件」または本記事でダウンロード可能な「RanoreXPathの設計方法に関する詳細資料」をご参照ください。

RanoreXPath設計の進め方と推奨設定

RanoreXPathのメンテナンス工数を抑えるためには、変更に強いパス構造を理解したうえで、目的や状態に応じて適切な設計方法を選択することが重要です。以下では、RanoreXPath設計における基本的な進め方と、代表的なケースごとに推奨される設定について説明します。

1. 基本的な進め方

Step1. 変更に強いRanoreXPath構造を理解する

• RanoreXPathに影響を与える主な要因を理解する
• 変更に強い（メンテナンス工数を抑える）RanoreXPathの考え方を理解する

Step2. 変更に強いRanoreXPathを作成する

• 変更されにくい属性を使用する
• 属性値を正規表現で指定する
• パス構造を簡略化する

Step3. ケースに応じたRanoreXPathの生成設定をおこなう

• 速度と堅牢性の設定をおこなう
• 重み付けルールの設定をおこなう

2. ケース別の推奨設定

3. まとめ

メンテナンス工数を抑えるためには、アプリケーションの内部構造や生成されるRanoreXPathの特性を理解したうえで、どのような設定をおこなうかを検討することが重要です。

すべてのテストケースを作成した後にRanoreXPathの設定やパスの修正をしようとすると、本来修正しなくても良いパスも修正することになり、メンテナンス工数が掛かります。初期段階で適切な設定をおこなうことで、将来的にパスを修正する工数も軽減されます。

資料ダウンロードのご案内

RanoreXPathの設計方法に関する詳細資料は、以下のリンクからダウンロード可能です。
※ファイルをダウンロードできない場合は、ブラウザーのセキュリティ設定をご確認ください。

The post 変更に強いRanoreXPathの設計方法 first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのCompareImageFilesメソッドによるスクリーンショットを出力する方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

システムマイグレーションなどによる現新比較（新旧比較）において、ビジュアルリグレッションテストを使用したい場合に有効な方法となります。

使用するオートメーションヘルパーのメソッド

・CompareImageFiles：指定した2つの画像ファイルを比較します。

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxValidationLibrary – CompareImageFilesメソッド選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

• baseImgFullPath：比較元となる画像ファイル（期待する画像）のパス（画像ファイル名を含む絶対パス）を指定します。（※1）
• targetImgFullPath：比較対象の画像ファイルのパス（画像ファイル名を含む絶対パス）を指定します。（※1）
• similarity：類似度を指定します。（1＝100%の一致となります。）

※1．パラメーターは変数化し、動的な値を設定することができます。変数化は、パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます。 変数化については、ユーザーガイドの テストと変数の定義 を参照ください。

４）対象のアクション（User code）が実行されると、指定した２つの画像ファイルの比較結果がレポートされます。

比較した画像ファイルに差異が無かった場合：

比較した画像ファイルに差異があった場合：

関連情報

• ユーザー コード リファレンス：フルスクリーンショットのイメージ比較
• Ranorex＋reg-cli連携によるビジュアルテスト

The post TMX Automation Helpers リファレンス７：画像ファイルを使用した画像比較 first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのReportPageScreenshotメソッドによるスクリーンショットを出力する方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

テスト対象アプリにおいて、特定のオブジェクトのスクリーンショットをエビデンスとして残したい場合などに利用できます。

使用するオートメーションヘルパーのメソッド

• ReportPageScreenshotメソッド：取得したスクリーンショットを指定したファイル名と場所に保存します。

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxValidationLibrary – ReportPageScreenshotメソッド選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

• repoInfo：スクリーンショットを出力したいリポジトリアイテムを指定します。
• outputDirPath：スクリーンショットの出力場所を指定します。（※絶対パスで指定します。）（※1）
• outputImgName：出力するスクリーンショットの画像ファイル名を指定します。（※1）（※2）
• createDir：outputDirPathのパラーメーターで指定したパスのフォルダーが存在しない場合に作成する（true）・しない（false）を指定します。（初期値：false）

※1．パラメーターは変数化し、動的な値を設定することができます。変数化は、パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます。 変数化については、ユーザーガイドの テストと変数の定義 を参照ください。
※2．画像ファイル名は、”{モジュール名}_{日時:yyyyMMdd_HHmm}_{指定したファイル名}”の形式で保存されます。また、ファイルはpngファイル形式で保存されます。

４）対象のアクション（User code）が実行されると、実行された際のリポジトリアイテムの画像が指定先のフォルダーに出力されます。また、スクリーンショットが取得されたことがレポートされます。
出力された画像ファイル：

テスト結果レポート：

The post TMX Automation Helpers リファレンス６：スクリーンショットの出力 first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのValidateLocationメソッドによるアクションスポット（座標値）の中心が期待する座標値と一致するかを検証する方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

画像を扱うテスト対象アプリにおいて、表示されるオブジェクト（画像）の中心座標値が正しいかを検証したい場合などに利用できます。

使用するオートメーションヘルパーのメソッド

• ValidateLocationメソッド：オブジェクト（画像）の中心座標値が期待する座標値と一致するかを検証します。

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxValidationLibrary – ValidateLocationメソッド選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

• taginfo：確認したいリポジトリアイテムを指定します。
• x：期待するy軸の座標値（中心）を指定します。（※1）
• y：期待するy軸の座標値（中心）を指定します。（※1）

※1．パラメーターは変数化し、動的な値を設定することができます。変数化は、パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます。 変数化については、ユーザーガイドの テストと変数の定義 を参照ください。

４）対象のアクション（User code）が実行されると、各メソッドにおける比較結果がレポートされます。オブジェクト（画像）の中心座標値が期待する座標値と一致する場合（中心座標値である場合）は成功としてレポートされ、一致しない場合（中心座標値でない場合）失敗としてレポートされます。

成功時：

失敗時：

The post TMX Automation Helpers リファレンス５：アクションスポット（座標値）チェック first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのValidateDiffTextメソッド、およびValidateDiffTextFileメソッドによる２つのテキストを比較する方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

テスト対象アプリに表示されるテキストや出力したテキストファイルの比較をおこないたい場合に利用できます。

使用するオートメーションヘルパーのメソッド

• ValidateDiffText：2つのテキストを比較します。
• ValidateDiffTextFile：2つのテキストファイルを比較します。

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxValidationLibrary – ValidateDiffTextメソッド、またはValidateDiffTextFileメソッド選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

ValidateDiffTextメソッド：
2つのテキストを比較し、比較結果をレポートをします。

• baseTxt：期待するテキストを指定します。（※1）
• targetTxt：比較対象となるテキストを指定します。（※1）

ValidateDiffTextFileメソッド：

2つのテキストファイルを比較し、比較結果をレポートします。

• baseTxtFullPath：期待するテキストファイルを指定します。（※1）
• targetTxtFullPath：比較対象となるテキストファイルを指定します。（※1）

※1．パラメーターは変数化し、動的な値を設定することができます。変数化は、パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます。 変数化については、ユーザーガイドの テストと変数の定義 を参照ください。

４）対象のアクション（User code）が実行されると、各メソッドにおける比較結果がレポートされます。

ValidateDiffTextメソッドのレポート結果

比較結果として差分が無い場合は、成功としてレポートされます。

また、差分があった場合は、失敗として差分箇所（追加・削除）がレポートされます。

ValidateDiffTextFileメソッドのレポート結果

比較結果として差分が無い場合は、成功としてレポートされます。

期待するテキストファイル（TextFile1.txt）の内容：
テキスト１
テキスト２
テキスト３

比較対象となるテキストファイル（TextFile2.txt）の内容：
テキスト１
テキスト②
テキスト３
テキスト４

また、差分があった場合は、失敗として差分箇所（追加・削除）がレポートされます。

The post TMX Automation Helpers リファレンス４：テキスト比較 first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのValidateBiggerThan2メソッド、およびValidateSmallerThan2メソッドによる２つの数の大小比較をおこなう方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

テスト対象アプリで出力された数の大小比較をおこないたい場合に利用できます。

使用するオートメーションヘルパーのメソッド

• ValidateBiggerThan2：2つの数の大小を比較し、期待する数が大きいかを検証します。
• ValidateSmallerThan2：2つの数の大小を比較し、期待する数が小さいかを検証します。

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxValidationLibrary – ValidateBiggerThan2メソッド、またはValidateSmallerThan2メソッド選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

ValidateBiggerThan2メソッド：
2つの数の大小を比較し、パラメーター “a” のほうが大きい場合に検証が成功します。

• a：比較する数を指定します。（※1）
• b：比較する数を指定します。（※1）
• equalSuccess：比較結果が同数の場合に結果を成功/失敗のどちらにするかを指定します。（※2）

ValidateSmallerThan2メソッド：

2つの数の大小を比較し、パラメーター “a” のほうが小さい場合に検証が成功します。

• a：比較する数を指定します。（※1）
• b：比較する数を指定します。（※1）
• equalSuccess：比較結果が同数の場合に結果を成功/失敗のどちらにするかを指定します。（※2）

※1．パラメーターは変数化し、動的な値を設定することができます。変数化は、パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます。 変数化については、ユーザーガイドの テストと変数の定義 を参照ください。
※2．”True” を指定した場合、比較結果が同数の場合に結果を成功にします。”False” を指定した場合、比較結果が同数の場合に結果を失敗にします。（初期値：False）

４）対象のアクション（User code）が実行されると、各メソッドにおける比較結果がレポートされます。本メソッドを使用することで、テスト対象アプリに表示される数に対する大小、および同数の検証をおこないたい場合に利用できます。

ValidateBiggerThan2メソッド：

ValidateSmallerThan2メソッド：

The post TMX Automation Helpers リファレンス３：数の大小比較 first appeared on テスト自動化ツール 『Ranorex』.

無影響確認テストは、変更が既存の機能や他のシステム部分に悪影響を及ぼしていないかを確認する重要なテストです。これはリグレッションテストとも呼ばれますが、特に金融業界のようにセキュリティ要件や法的規制が厳しい分野では、このテストの目的や重要性をより正確に表すために「無影響確認テスト」という用語が一般的に使われています。

本記事では、この無影響確認テストの自動化についてご紹介します。

無影響確認テストが必要な背景

「無影響確認テスト」という用語を使用する金融業界では、個人や法人の資金、機密情報を取り扱うため、システムのセキュリティ確保は極めて重要です。金融業界のシステムは、古いシステム(レガシーシステム)であることが多いですが、古いテクノロジーの使用やセキュリティパッチの未適用による脆弱性が懸念されます。

そのため、以下のような対策をおこなう企業が多く、この際に無影響確認テストもします。

• ハードウェア・ソフトウェアの刷新
• セキュリティパッチの適用
• OSやソフトウェアのバージョンアップ

これらのタイミングで無影響確認テストを怠ると、以下のような理由でソフトウェアの品質が低下する可能性が高くなります。

• 互換性の低下
• パフォーマンスの低下
• セキュリティの脆弱性

このようなリスクを抑えるために、無影響確認テストは、製品開発において非常に重要なプロセスです。

UIテストによる、無影響確認テスト

無影響確認テストは、さまざまなテスト手法でおこなうことができますが、UIテストのフェーズに絞って紹介します。UIテストは、アプリケーション画面のユーザーインターフェースに対し、ユーザーが実際におこなう操作をシミュレーションして、アプリケーションの振る舞いや表示が期待どおりであるかを確認するテストです。

通常、UIテストは最終段階のシナリオテストや受け入れテストで実施されることが多く、完成形のシステムに対しておこなうため、システム間の連携が正常に機能しているかどうか(E2Eテスト)を確認することもできます。

このUIテストを自動化することで、作業効率やシステムの品質向上に繋がります。

弊社(テクマトリックス株式会社)で、UIテスト自動化ツール「Ranorex」を取り扱っています。アプリ画面操作のレコーディングで簡単にテスト作成できるため、テスト初心者でも扱いやすいツールです。Ranorexの特長などの製品紹介資料は以下からダウンロードいただけます。

また、Ranorexは、14日間の体験版を無償でご利用いただけます。UIテスト自動化を検討のお客様は、ぜひこちらからダウンロードしてご評価ください。

無影響確認テストが自動化に向いている理由

自動化に向いているテストの特徴として、「頻繁に繰り返しおこなわれるテスト」があり、テスト回数が多ければ多いほど自動化の効果が出やすくなります。無影響確認テストは、セキュリティパッチ適用やOS・ソフトウェアバージョンアップ時におこない、頻繁に繰り返しおこなう必要があるため、自動化に向いています。

無影響確認テストを自動化することで得られる効果は以下が挙げられます。

• テスト効率の向上
• 確認ミスや漏れの防止
• 開発者のモチベーション向上

無影響確認テストの自動化

無影響確認テストを自動化するためには、テスト自動化ツールが必要です。テスト自動化ツールを利用して、無影響確認テストを自動化する具体的な方法については、ホワイトペーパーでご紹介しています。

また、弊社で取り扱っている UIテスト自動化ツール「Ranorex」を利用した無影響確認テストの事例やテスト方法についても記載していますので、ぜひ資料をダウンロードしてご確認ください。

The post 無影響確認テスト(リグレッションテスト)の自動化で効率化！ first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのGetDateTimeAsString_enメソッドによる英語ロケールでシステム日付を取得する方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

複数言語に対応したアプリ開発などにおいて、英語ロケールでシステム日付を取得したい場合に利用できます。

使用するオートメーションヘルパーのメソッド

・GetDateTimeAsString_en：英語ロケールでシステム日付を取得するメソッド。本メソッドでは、英語ロケールでシステム日付を受け取るため、受け取る情報に曜日を含めると英語で取得されます。

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxSystemLibrary – GetDateTimeAsString_enメソッドを選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

• return：システム日付の値を受け取る変数を指定します。（※パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます）
• expectedFormatimg：日付フォーマットを指定します。（※1）（指定しない場合は、”dd.MM.yyyy”のフォーマットが指定されます。）
• typeCase：英字の大文字/小文字の表示をタイプ（none、upper、lower）で指定します。（※2）（受け取る値に、曜日を指定した場合に適用されます。）

※1．フォーマットは、.NETカスタム日時書式指定文字列が使用できます。 詳しくは、Microsoftの公式ページをご参照ください。
※2．none：先頭が大文字、それ以外は小文字 / upper：すべて大文字 / lower：すべて小文字

４）対象のアクション（User code）が実行されると、メソッドのreturnパラメーターで設定した変数に英語ロケールで現在日付が格納されます。この変数をバリデーションの期待値や入力フォームへの入力値として使用することが可能です。
※英語ロケール（曜日を含めない）に関係なく、システム日付を取得したい場合は、開発元が提供しているオートメーションヘルパーのGetDateTimeAsStringメソッドを使用することも可能です。

The post TMX Automation Helpers リファレンス２：英語ロケールでのシステム日付の取得 first appeared on テスト自動化ツール 『Ranorex』.

2025年1月にリリースしたTMX版のオートメーションヘルパーについて、利用ケースや提供しているメソッドの使い方を「TMX Automation Helpers リファレンス」として解説していきたいと思います。今回の記事では、オートメーションヘルパーのCalculateAdditionメソッドと、CalculateSubtractionメソッドによる加算、減算をおこなう方法について解説します。
※Ranorexはバージョン12.3.0を使用しています。

利用ケース

数値のバリデーションを実施する際に期待値となる値（数値）に対して加算、減算をおこなった数値を使用したい場合などで利用できます。

使用するオートメーションヘルパーのメソッド

・CalculateAddition：数値の加算をおこなうメソッド

・CalculateSubtraction：数値の減算をおこなうメソッド

実装方法

※事前準備として、TMXオートメーションヘルパーをRanorexソリューションに追加しておきます。
対応方法は、TMXオートメーションヘルパーのBlog記事でダウロードできる「TMX版のオートメーションヘルパー」に含まれる資料（ranorex_automation_helpers_ユーザガイド.pdf）を参照してください。

１）アクションテーブルの 新しいアクションの追加 から ユーザーコード（User code）－ ライブラリから選択 を選択します。

２）ライブラリから選択 画面にて、TmxReportLibrary – CalculateAdditionメソッド、またはCalculateSubtractionメソッド選択し、選択項目を追加 ボタンをクリックします。

３）追加された User code アクションにて、選択したメソッドのパラメーターを設定します。

CalculateAdditionメソッド：

• return：加算した値を受け取る変数を指定します。（※パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます）
• d1：加算する数値を指定します。
• d2：加算する数値を指定します。

CalculateSubtractionメソッド：

• return：加算した値を受け取る変数を指定します。（※パラメーターのプルダウンメニュー（▼）にある “As new variable…” から設定できます）
• d1：加算される数値を指定します。
• d2：加算する数値を指定します。

※各メソッドで指定できるパラメーターには変数を設定することも可能です。
※各メソッドで指定可能な数値の小数は、小数第28位までになり、指定可能な数値の最大桁数は29桁までになります。

４）対象のアクション（User code）が実行されると、各メソッドのreturnパラメーターで設定した変数に加算、または減算した結果（数値）が格納されます。この変数をバリデーションの期待値や入力フォームへの入力値として使用することが可能です。

The post TMX Automation Helpers リファレンス１：数値の加算と減算 first appeared on テスト自動化ツール 『Ranorex』.