DevOpsユーザー会 2025 開催報告（2025/4/23）

2025年4月23日（水）にアシスト主催の「DevOpsユーザー会」をオンラインで開催致しました。
2022年にスタートし、今回が7回目となります。

今回もOpen Text Corporationテスト自動化製品（UFT One、LoadRunner）をご利用のお客様を中心に20名近い
ユーザー様から申し込みをいただきました。

今回は、現場の方へテストツール活用方法についてお伝えする内容でアジェンダを構成しました。

2023年にマイクロフォーカスエンタープライズ株式会社は、OpenTextグループの一員となり、2025年2月
ブランディング戦略の一環で、各製品の名称が変更になった。

（旧）UFT One
（新）OpenText™ Functional Testing

（旧）LoadRunner Professional
（新）OpenText™ Professional Performance Engineering

UFTOne23.4、24.2、24.4、LoadRunner24.1、24.3、25.1　新機能について説明

サポート期限についても案内
https://www.ashisuto.co.jp/support/mfe_support/

アプリケーションライフサイクルを管理するSaaS製品「Software Delivery Platform」について紹介。

Software Delivery Platformは、クラウドベースのVSM（バリューストリーム管理）、DevOpsのプラットフォーム。
計画、構築、テスト、デリバリー、運用といった開発プロセスを管理する。製品は「製品リリースサイクルの短縮」
「チームコラボレーション」「無駄の削減による効率化」の機能を有する。

DevOpsユーザー会では機能テストについて説明。

バックログに、ビジネス要件、アプリケーション要件を入力すると、生成AI（Aviator）が自動でテストケースと
テストスクリプトを生成する。

UFT Oneスクリプトの実行対象のWebブラウザ、モバイルデバイスをSaaSで提供。テスト環境準備期間の短縮が
期待できる。

Ｑ． 生成AIを使ったテスト自動化に興味があります。SDPはどのようなことができますか。
Ａ． 我々もまだ検証中ですが、設計書や動画を読み込むとUFTとは違った自動化スクリプトが自動生成されます。
　　 しかし、そのままは利用できないようで、最終的には人が判断する部分もあります。


Ｑ． Q.LoadRunnerは、Windows1124H2にはいつ対応します。
Ａ． 明確な時期は出ていませんが、年に2回リリースされますので、年内どこかのタイミングで対応されると
　　 思われます。

UFTには外部Action呼び出し機能を使ってスクリプトを部品化することができるが、データテーブルを使った
部品化も可能である。

呼び出しロジックが全て元のスクリプトのActionで管理が可能となり、スクリプトやオブジェクトリポジトリが
集約されており管理しやすいメリットがあります。

UFTでは、各オブジェクト毎に利用できるメソッド（例：click、set、selectなど）が決まっているが、独自に
メソッドを作成ができる。

例えば、クリックする前に必ず待機時間（wait）を入れる場合、UFTは各ステップの処理時間に遅延を設定できるが、
特定の処理に遅延を入れる場合、waitをエディタで追加しなければいけない。

しかし独自メソッドを使うことで、クリックする時のみ、waitを自動で設定することができ、スクリプト編集が
効率化できる。

Ｑ． 関数ライブラリを使って部品化する際、注意すべき点やよくある問題は何ですか？
Ａ． オブジェクトリポジトリに操作対象のオブジェクト情報が存在する必要があるため、事前の確認が重要になります。


Ｑ． 独自メソッドの作成で、セミナーで上げられていた使い方以外ではどのようなものが考えられますか？
Ａ． Clickしたあとに画面ショットを取るなどの実装もできます。

負荷テストという言葉は、場面や目的によって言い方が異なるため言葉の定義と、一般的にそれぞれが意味する
テストについて解説。

負荷テスト失敗経験から得た負荷テスト計画の勘所についてお伝えした。「スケジュール設定」「ツール適用性」
「目的の明確化」「負荷量の分析」「適切なテストケース・シナリオ」「モニタリング」「チューニング方法・体制」
「レポート内容」の観点で説明。
　
計画段階で事前に決めておくことで、回避できる問題は多い。

LoadRunnerを使った負荷テストの流れについて説明。

Ｑ． 負荷テストを実施した結果、想定したよりも結果が悪かったという場合には、再テストまでにどのようなことを
　　 しますか？
Ａ． もしテストシナリオ自体は問題無い、ということであればサーバースペックを上げたり、ロードバランサーに
　　 接続するサーバー台数を増やしたり、と言ったことが必要になります。
　　 あとはアプリケーションに問題がある場合は修正が必要になります。例えば、DBからデータを取得する際の
　　 あるSQLだけやたら時間がかかっている、というようなことがあり得ます。
　　 しかし実際のケースとしては、そういったシステム側の設計などはそれほど問題が無くて、テストシナリオの
　　 内容が想定より負荷が高すぎるといったことが多いように感じます。その場合にはテストシナリオの見直しを
　　 行います。
　　 そもそもこの操作内容は使うユーザーが少ないとか、ユーザー数の増加が急すぎるといったことがあります。
　　 LoadRunner側ではそれを反映して、ユーザー数の増加を何秒に何ユーザーという設定をしたり、この操作の間は
　　 実際の人間の操作だとこんなに速くないということで思考遅延時間というウェイト時間を持たせたりができます。
　　 このようにシステム側やシナリオの修正をして再テストを行います。


　▼お客様からのコメント：
　　質問ではありませんが、感想となります。
　　分類分けや実際のユースケース、結果の報告について、なんとなくでしかイメージできていなかったことに
　　気付くことができ大きな学びとなりました。LoadRuuner以外にも、システム開発全般に使える内容で
　　大変有用でした。

Ｑ． 今後自身の開発チームが自動テストを取り入れる際に心がけたいことをお聞かせください。
Ａ． テストよりもエビデンス作成に工数を要しているような現状です。テストエビデンス作成の工数削減といった観点も
　　 視野に入れています。
Ａ． 自動化テストをとりいれるには、メリット・デメリットよく掌握して、テスト計画、もしくは、最初の要件の
　　 段階から顧客との合意が必要だと考えてます。
Ａ． UFT-Oneのデータテーブルを使うことはあまりなかったため、有効活用し、共通部品化するように心がけたいと
　　 思います。
Ａ． テストされる対象に対し、要件を満たす内容となっているかを考えたいです。
Ａ． アジャイル開発しているシステムでは仕様ベースで負荷耐性を予測しているため、負荷テストは取り入れたいと
　　 考えています。


Ｑ． ユーザー会で取り上げたいテーマがあれば記載ください。
Ａ． 効果的なテストとは、ちょっと漠然としてますが、回帰テストや負荷テストのようなやったほうがよいが、コストや
　　 準備時間がかかるものをどうpjに取り組むか等、他社事例を知りたいです。
Ａ． UFT-Oneの利用事例紹介
Ａ． 生成AIを用いて、設計書からテスト要件・テストケース・（テスト用スクリプト）の自動生成が可能となればと
　 　考えています。
Ａ． 生成AIを使ったテスト設計やテスト自動化。
Ａ． UFTでのAI活用法


Ｑ． ご意見、ご感想、ご要望などご自由にお書きください。
Ａ． 貴重な機会を設けて頂きありがとうございます。UFTOneについて活用できるケースを検討したいと思います。
Ａ． 製品に対するサポートも大変有用であると感じますが、それだけでなく今回のような汎用的なマネジメントの知識や
　　 メソッドも共有いただくと、（私としては）セミナとしてとても価値が高い内容になると感じています。

8月5日（火）に市ヶ谷セミナールームでの開催が決定しました。
ユーザー会終了後に情報共有会懇親会も予定しております。
是非ご参加ください。