2023/1/11 - 読み終える時間: 12 分

Docker Container with VersionVault Dynamic View Client Access の翻訳版です。

Docker コンテナによる VersionVault Dynamic View クライアントアクセス

はじめに

本ブログでは、HCL VersionVaultとDockerをインストールしたDockerホストに、Docker Container with Dynamic View Client Accessを提供する設定方法について説明します。これまで開発者は、1台のマシンで異なるバージョンのソフトウェアに対応する環境を構成するのは面倒な作業でした。しかし現在では、アプリのバージョンごとに「Dockerコンテナ」と呼ばれる隔離された環境を作成し、各コンテナは、開発者マシン上で同時に実行されるOSや他のコンテナの構成に影響を与えない個別の環境設定を保持することができます。このような柔軟な環境をユーザーに提供するため、HCL VersionVaultはDockerに対応するよう強化されました。

1. VersionVaultとDockerコンテナの統合のための前提条件

Linuxホスト上に以下の4つがインストールされ、稼働していることが必要です。

• HCL VersionVault バージョン2.0.1以降
• Docker
• NFSサービス
• Automounter サービス
• LinuxホストへのDockerとVersionVaultのインストール

2.1. VersionVaultのインストール

• MVFSとMVFSデバイスを共有するために、Dockerホストは最低限VersionVault 2.0.1をインストールし、VersionVaultダイナミックビュークライアントとして動作するように設定する必要があります。
• コマンドラインユーザーのソフトウェア開発ワークステーションに必要な最小数のVersionVaultコンポーネントをインストールするため、Dockerホストでは、VersionVault最小開発者用インストールのみが必要です。
• Dockerコンテナに含まれ、共有が必要な主なコンポーネントは、MVFSとview/VOBサーバーです。
• HCL VV 2.0.1をDockerホストにインストールするには、IBM Installation Manager 1.8.6、1.9.1およびその将来の修正パックを使用する必要があります。

• VV 2.0.1インストール後の "cleartool-version "コマンドのスクリーンショットを以下に掲載します。

2.2. Dockerのインストール

• VersionVault 2.0.1がインストールされたLinuxホストには、最新バージョンのDockerをインストールすることができます。以下は、Docker Engineのインストール概要のリンクで、異なるLinuxプラットフォームでのインストール手順を共有しています。

https://docs.docker.com/engine/install/

1. DockerホストへのNFSサーバとLinux Automounterのインストール

• VersionVaultは、NFSとLinuxオートカウンターを使用して、ビューやVOBストレージにアクセスします。Dockerホストシステムは、NFSとLinuxオートカウンター用に設定されている必要があります。

3.1. NFSサーバーのインストール

• このブログ記事では、RedHat OSを使用しています。以下に示すコマンドは、使用する特定のLinuxディストリビューションによって異なります。

ステップ 1：サーバーの更新とホスト名の設定

サーバーには、再起動後も有効な固定IPアドレスと固定ホスト名が必要です。

ステップ 2：NFSサーバーのインストール。

次に、LinuxホストへのNFSサーバ・パッケージのインストールです。

インストール後、nfs-serverサービスを開始し、有効にします。

ステータスが "running" と表示されるはずです。

2. Linuxオートカウンターのインストール

ステップ 1：Linuxホストにautofsをインストールします。

• AutoFSパッケージをインストールする場合、インストールプロセスでは以下のことが行われます。
• /etcディレクトリに auto.master、auto.net、auto.misc などの複数の設定ファイルを作成します。
• systemd に AutoFS サービスを作成 (Create) します。
• 「nsswitch.conf」ファイルに automount エントリを追加し、files ソースにリンクします。

ステップ 2: インストール直後、systemctl status コマンドで AutoFS サービスが起動していることを確認します。

ステップ 3: スタートアップ時に実行されるように、AutoFSサービスを有効にすることもできます。

3. Docker Host での VOB、View 作成について

• Dockerコンテナ内で使用するVOB/Viewを作成する場合、オプションを指定する必要があります。-ホスト、-hpath、-gpath を指定します。hpathとgpathは、いずれもVOB/Viewの格納ディレクトリのグローバルパス名を指定します。

例えば、ホスト名がtest_hostであるマシンにVOB/Viewを常駐させたいとします。DockerホストとVOB/Viewサーバーのホストであるtest_hostは、automounterを使用しています。

コンテナ内で使用するVOB/ViewをDockerホスト上に作成する場合は、以下のようにします。

cleartool mkview -tag testview -host dockhost -hpath /net/ dockhost /viewstg/testview.vws -gpath /net/dockhost/user/viewstg/testview.vws /net/dockhost /user/viewstg/testview.vwsを実行します。

cleartool mkvob -tag /vob/testvob -host dockhost -hpath /net/dockhost/vobstg/testvob.vbs - gpath /net/dockhost/user/vobstg/testvob.vbs /net/dockhost/user/vobstg/testvob.vbsを実行します。

VOB/View が Docker ホストまたは Docker コンテナ上に存在する場合に必要です。

Dockerコンテナでは、コンテナの設定次第でストレージもホスト名も一時的なものになるため、Dockerコンテナの外部のVOB/Viewを使用することをお勧めします。

1. サンプルのDockerコンテナ

動的なビュークライアントアクセスが可能なDockerコンテナ

• この方法では、コンテナ内にビューを作成し、VOBにアクセスして新しいファイル/ディレクトリの要素を作成したり、既存のファイル/ディレクトリの要素を変更したりすることができます。
• Docker build ディレクトリは、Dockerfile, config_ssh.sh, config_dir, docker_compose.yml から構成されています。
• Linuxのベースイメージは、Dockerホスト上で動作するVersionVaultのリリースでサポートされている必要があり、initプロセスもサポートされている必要があります。RedHatとSUSEの両社は、それぞれのレジストリでベースイメージを提供しています。
• Linuxベース・イメージには、VersionVaultを実行するために必要なすべてのパッケージが含まれていない場合があります。ユーザーは、これらのパッケージをインストールするためにコンテナを更新する必要があります。Technote 535653、887639、718343 を参照してください。
• Dynamic View Client Access 搭載コンテナに関連するDocker buildディレクトリとサンプルDockerfile、docker_compose.yml、config_ssh.sh、config_dirの詳細については、以下のリンク先を参照してください。ウィンドウ右上のResourcesドロップダウンで、"HCL VersionVault and Docker Containers"という記事へのリンクを探します。

https://www.hcltechsw.com/versionvault

2. 最終的な統合の実行

• Dockerfile と docker_compose.yml ファイルが必要な設定内容で作成されたら、Docker build ディレクトリに移動して、以下のコマンドを実行してコンテナを構築・実行する必要があります。引数"-d "は、コンテナをデタッチャブルモードで実行するために使用されます。

• 上記のコマンドは、サービス用のコンテナのビルド、（再）作成、起動、アタッチメントを行うものです。実行中のコンテナを確認するには、以下のコマンドを実行する。

• コンテナにsshでアクセスするためには、コンテナのIPアドレスを見つける必要があります。これを実現するために、以下のコマンドを実行する必要があります。

コマンドの出力の最後に、IPアドレスが表示されます。以下は、参考のためのサンプルスニペットです。

• コンテナのIPアドレスが見つかったら、Dockerホストの/etc/hostsファイルにコンテナのIPとホストネームを入力します。同様に、Dockerfileで提供された入力に従って、コンテナ作成時に作成したアカウントを使用してコンテナにsshした後、コンテナの/etc/hostsファイルにDockerホストのIPアドレスとホスト名の詳細情報を追加してください。

• このブログ記事では、コンテナ作成時に「root」アカウントを作成するようにDockerfileをカスタマイズしているため、コンテナのログインにも同じアカウントを使用します。また、Dockerfileを修正して、そのアカウントがClearCaseコマンドの実行、ビューの作成、VOBへのアクセスを確実に行えるようにすれば、必要に応じてVOBオーナーや通常のVersionVaultユーザーを作成することができます。

• VOBオーナーアカウントは、Dockerホストに存在するようなコンテナ内に作成されるため、ログイン後に切り替えることができます。VersionVaultのVOBオーナーアカウントを特定する理由は、VOBやVOBオブジェクトをrootアカウントやVersionVault管理者グループに所有させることは、権限の問題に直面することになるため、良い習慣とは言えないからです。

• コンテナ内で "cleartool "コマンドを実行できるようになりました。

DockerホストがVersionVaultのバイナリをボリュームとしてコンテナと共有しているからこそ、「cleartool」コマンドの実行が可能なのです。

• Dockerコンテナから、DockerホストにホストされているVOBを一覧表示し、説明することができます。

• DockerホストでホストされているVOBにアクセスするために、コンテナ内にビューを作成する。

• VOBにアクセスするために、ビューをコンテナ内に作成した後、ビューに設定します。

• チェックアウトを行い、"mkelem "を実行してVOBの下に新しいファイルエレメントを追加しました。最後にcatコマンドを実行し、test.txtファイルの中身を確認。

• コンテナ内に作成したファイル「test.txt」は、Dockerホストからアクセスすることができます。

サンプルビルドの実行

※本節では、サンプルビルドを実行します。

• このセクションでは、コンテナ内でビルドを実行する方法について説明します。
• コンテナにsshで入り、VOBのオーナーアカウントに切り替えて、コンテナ内に作成したビューにセットし、VOBにcdします。

• VOBの下にhelloworldディレクトリが作成され、その下に簡単なC言語プログラムが配置されているのがわかります。

• 次に、ビルドユーティリティ "clearmake "を実行して、単純なCコードをコンパイルし、helloworldプログラムを実行して出力を見ます。

• clearmakeの完了後、上記のスクリーンショットから、helloworldの実行ファイルが作成され、 実行可能な状態にあることが分かります。

• この例では、コンテナ内でのシンプルなclearmakeのビルドを確認しましたが、同様の方法で、Dockerコンテナ内で実行可能な他のカスタマイズされたビルドを設定することが可能です。このように、異なるビルド環境のために複数の物理ビルドマシンを構成する代わりに、異なるコンテナ内で実行するようにビルド環境を構成することができるので、コストと時間を節約することができます。

• VersionVaultは、コンテナ内にインストールすることができます。コンテナではMVFSファイルシステムのインストールと起動を行わないため、インストールはサーバーインストールである必要があります（最小または完全な開発者用インストールではありません）。

2023/1/10 - 読み終える時間: ~1 分

2022 Value Stream Management Trends: A Recap の翻訳版です。

2022年バリューストリームマネジメントの動向。振り返り

2023年1月4日

著者: Ryley Robinson / Project Marketing Manager for Accelerate, Launch, VersionVault, and Compass

2022年秋、世界中のさまざまな職種、業種、場所で働く1万人以上のプロフェッショナルを対象に調査を実施しました。

本レポートで集計・分析した調査結果からは、2022年のVSM（顧客要求から納品までのビジネス価値の流れを増大させる）の状況を読み取ることができます。回答者からは、企業が現在直面している課題や、価値に関する組織や責任の分担方法について多くの知見が得られました。また、その回答から、企業が今後どのような方向に進んでいこうとしているのかについても明らかになりました。

その結果、バリューストリームマネジメントは現在あまり活用されていませんが、将来的には誰もが望む手法になることがわかりました。現在のトレンドを理解することは、コスト削減、リスク低減、組織内の価値の発見、そしてデジタル変革の時代において企業を最前線に立たせるための包括的な戦略を策定する上で重要な鍵となります。

バリューストリームマッピングは、フローチャートを使って製品やサービスの提供を分析し、次に改善するものです。バリューストリームマッピングは、製品やサービスがどのように消費者に届けられるかを説明する一連の連続したステップである「バリューストリーム」の概念に基づいています。

ソフトウェア開発のライフサイクルは短縮され、DevOpsのような方法論によってソフトウェアの継続的なデリバリーが可能になります。エンドツーエンドのバリューストリームは、バリューストリームマネジメントによって表示・最適化され、ビジネスの意思決定と成果を向上させます。ビジネスとITデリバリープロセスは、価値、無駄、摩擦をVSMに取り入れることで改善されます。

その目的は、価値の高い変化の組織への提供を加速させることです。バリューストリームマネジメントは、業務の現状を把握するだけでなく、業務の理想的な状態を可視化し、誰もが目指すべき具体的な目標を与えることができます。

2022年バリューストリームマネジメント動向レポートには、組織内の価値を求めている方、組織内の価値提供を加速させたい方、バリューストリームマネジメントへの理解を深めたい方など、多くの素晴らしい洞察や興味深い統計が掲載されています。

VSMトレンドレポートのダウンロードはこちら

HCL Accelerateによるバリュー・ストリーム・マネジメントの詳細については、当社のインタラクティブ・デモをお試しください。

2023/1/10 - 読み終える時間: ~1 分

Why You Need to Procure the Right VSM Partner の翻訳版です。

適切な VSM パートナーを調達する必要がある理由

2023年1月4日

著者: Ryley Robinson / Project Marketing Manager for Accelerate, Launch, VersionVault, and Compass

ソフトウェア開発業界においてバリューストリームマネジメント（VSM）の認知度が高まる中、多くの企業が依然として価値の実現に苦戦しています。新しいテクノロジーの時代には、最新のDevOpsプラクティスやツールを使用して、プロジェクトを戦略的目標に整合させることがより重要です。

DevOpsやDevSecOpsといった分野には多くの注目が集まっていますが、これらはいずれも顧客に価値を生み出すものです。しかし、ほとんどの組織は、自社の技術を普遍的な方法で見るのではなく、特定の分野の改善に焦点を合わせているため、期待される効果を得ることができません。優れたVSMパートナーは、組織が顧客価値の提供に焦点を当て、価値最適化の旅において開発およびデリバリーリソースを最適化することを支援します。

価値は顧客の認識から生まれるので、ユーザーが製品やサービスから期待される利益を得て初めて価値が生まれます。バリューストリームは、変更が要求されたときから、変更が展開され、価値が創造されるまでの連鎖反応である。

ここからバリューストリームマネジメントが始まるのです。

eGuide: バリューストリームマネジメントパートナーの調達は、組織における価値の提供を加速させ、バリューストリームマネジメントへの理解を深めるための素晴らしい洞察を提供します。

今すぐダウンロード

2023/1/6 - 読み終える時間: ~1 分

Why You Need Continuous Testing and How to Go About Choosing the Right Partner の翻訳版です。

継続的なテストが必要な理由と適切なパートナーの選び方

組織は、従来のウォーターフォールモデルによるソフトウェア提供から、現在ではDevSecOpsのプラクティスを採用するまでに進化しています。このシフトの理由は？企業は、より速く革新し、より速く製品を市場に提供する必要があります。リリースサイクルを短縮し、より効率的にする必要があります。同時に、品質とセキュリティは妥協することができません。もし妥協してしまったら、最終顧客だけでなく、組織にとっても負担が大きすぎるからです。

このシナリオを乗り切るための重要な方法は、継続的なソフトウェア開発とデリバリー、そして自動化を採用することです。自動化は、継続的な開発とデリバリーに関連し、効率性と敏捷性を達成するために必要です。バリューストリームマネジメントは、顧客の要求から顧客への納品までのビジネス価値の流れを高めることに焦点を当てた実践であり、組織が採用し始めているもう一つの注目すべき哲学である。

継続的テストとは、開発の最終段階だけでなく、ソフトウェア開発ライフサイクル（SDLC）全体を通じてアプリケーションを継続的にテストすることを指します。 自動化されたテストは、SDLCを通じて可能な限り多くのリスクを軽減するために、チームが即座に洞察を得られるようにするために行われます。このタイムリーなフィードバックは、テストのスピードとカバレッジを向上させ、手作業を減らすのに役立ち、企業にとってコスト削減だけでなく、市場投入までの時間を短縮することにつながります。

継続的テスト戦略を成功させるために考慮すべき重要な要因は何ですか？真のパートナーとなり、目標達成を支援する適切な継続的テストベンダーを選ぶには、どうすればよいでしょうか？

この e-Guide を読んで、組織の成功のための継続的テストに関するより多くの情報を入手してください。

2022/12/24 - 読み終える時間: 5 分

Transparent Remoting and Other Cool Features with HCL OneTest 10.5.1 の翻訳版です。

HCL OneTest 10.5.1 によるトランスペアレントリモーティングとその他のクールな機能

2022年12月21日

著者: Ragasudha Mardhaniyogan / Product Marketing Manager, OneTest

HCLSoftwareは、HCL OneTest 10.5.1のリリースを発表します。この新しいリリースは、あなたのOneTestテスト体験を向上させるエキサイティングな機能を提供します。

OneTestのエンタープライズエコシステムサポートを強化する戦略の一環として、ユーザーのために透過型リモーティング機能を提供します。

透過的リモーティングとは何か

トランスペアレントリモーティングは、開発者やテスターが、ゲートウェイや複雑な出入口ルールを介さずに、Kubernetes上でホストされている特定のマイクロサービスと直接対話することを可能にします。Pod xでこのマイクロサービスをテストするには？ OneTest API内でKubernetesクラスタへのポインタを作成し、そこでホストされているサービスにゲートウェイを介さずにアクセスすることが可能になりました。これにより、サービスの内部および/または外部APIを、あたかもローカルであるかのようにテストできます。

このリリースの一部として、すべてのOneTest製品に機能強化が施されています。このリリースの一部である他の機能の詳細については、読み進めてください。

HCL OneTest Server (OTS)

• XRay プロジェクトへのテスト結果エクスポートのサポート

  変更管理ソリューションとして既にJiraを使用しており、テスト管理にXRayを使用しているお客様向けに、OneTest ServerからXRayプロジェクトにテスト実行結果をエクスポートすることが可能になりました。

• Team Space ランディングページの Surface ユーザーとユーザーロールデータ

  チームスペースのランディングページがプロジェクト情報の中継のために見直されました。接続されているユーザーが、リストされたプロジェクトやチームスペースに対してどのような役割を持っているかを確認することができるようになりました。

  例えば、チームスペースの場合

プロジェクトタイルには、現在のユーザーが持っている役割も表示されます。

HCL OneTest サーバーの詳細については、[リリース情報](https://help.hcltechsw.com/onetest/hclonetestserver/10.5.1/docs/topics/rn_server.html)を参照してください。

HCL OneTest UI

• すべてのテスト ステップのグローバル遅延を定義する機能

  各ステップごとに実行するのではなく、各テストステップの前に実行される遅延をグローバルに定義できるようになり ました。デフォルトでは、環境設定で定義されていますが、ユーザーが実行時に定義値を変更することも可能です。

• テストレポートへのログメッセージのロギング

  ユーザーは、テスト スクリプトでコメントのような新しいステートメントを使用できますが、機能テスト レポートにログ記録されるため、レポートの読みやすさが格段に向上しました。 テスト ウェブ UI

• 機能テストレポートの機能強化

  画像検証ポイントの実績/期待値の表示方法が改善され、読みやすくなりました。また、以下の画像のように、評点に基づく検証ポイントのフィルタリングを行い、数値を表示することができるようになりました。

• 矢印キーの拡張サポート

  再生エンジンが、環境設定とは関係なく、矢印キーをサポートするようになりました。

  機能テスト自動化の新機能の詳細については、リリース情報を参照してください。

HCL OneTest パフォーマンス

• デフォルトの HTTP パフォーマンスレポートに、いくつかのページ要素統計が追加されました

  デフォルトの HTTP パフォーマンスレポートに、すべてのページ要素統計のテーブルが含まれるようになりました。この表は、ページ要素の必須応答時間、パーセンタイル応答時間、エラー、およびスループットの詳細を提供します。この新しいテーブルは、実行中のリクエスト統計の優れた統合ビューを提供します。

• 失敗したページの可視性を向上

  各ページにレスポンスコード検証ポイントをデフォルトで追加することで、失敗したページがより見やすくなりました。テスト生成の動作は、ユーザー設定によって条件付けされます。

• 失敗したページのレスポンスタイムを報告するかどうかの制御

  失敗したトランザクションと失敗したページのどちらについて、実行が応答時間を報告するかをユーザーが制御できるようになりました。

  パフォーマンス テストに関する新機能の詳細については、リリース情報を参照してください。

HCL OneTest API と HCL OneTest 仮想化

• Kubernetesクラスタ内のサービスへの透過的なアクセス

  ブログでも紹介しましたが、OneTest API内部でKubernetesクラスタへのポインタを作成し、そこでホストされているサービスにゲートウェイを通さずにアクセスすることが可能になりました。ユーザーはKubernetesクラスタを物理リソースとして定義できます。

例えばOpenAPI 3.0定義と同期することで、公開されているかどうかに関わらず、あたかもローカルであるかのように、サービスのすべてのAPIにアクセスできるようになります。

• 実行中の仮想サービスの状態への容易なアクセス

  ユーザーはスクリプトを使用して、HCL Quality Serverにパブリッシュされているスタブの状態を見ることができるようになりました。

• IBM WebSphereR MQ トランスポートの接続回復力が強化されました

  MQ トランスポートの一部の障害の処理方法が強化されました。

  インテグレーション?テストとサービス仮想化の新機能の詳細については、リリース情報を参照してください。

ご不明な点がございましたら、メールにてお知らせください。ご興味のあるテーマについてはリモート会議でのご相談も承っております。

2022/11/29 - 読み終える時間: ~1 分

Agile DevOps East 2022 was a Success and Here’s a Quick Recap! の翻訳版です。

Agile DevOps East 2022 が成功裏に終了 簡単に振り返ってみます

2022年11月29日

著者: Ragasudha Mardhaniyogan / Product Marketing Manager, OneTest

HCLは、2022年11月9日と10日にフロリダ州オーランドで開催されたAgile DevOps East 2022カンファレンスにスポンサーとして参加しました。HCLのSecure DevOpsポートフォリオは業界をリードしており、DevOpsのペインポイントを解決するための適切なソリューションを探しているエンジニアリングチームやビジネスチームに出会う素晴らしい機会となりました。

HCLは、継続的テスト自動化、継続的デリバリー、バリューストリーム管理、アプリケーションセキュリティテストなど、DevOpsの多くの側面で包括的かつ堅牢なソリューションを提供しています。また、具体的なソリューションをお探しの方と共有できるよう、これらについても優れたデモを用意していました。

2日間にわたり、DevOpsパイプラインのフローの最適化、サイロ化された開発チームの可視性の欠如の克服、全体的な品質とセキュリティの向上、チームの価値の早期実現といったテーマについて、多くの素晴らしい会話をすることができました。Agile DevOps Eastは、組織が直面するトレンドと課題に関する洞察を集め、当社の機能がこれらの課題にどのように対処できるかを共有する機会も提供してくれました。

HCLは、このイベントで技術プレゼンテーションも行い、組織が単なるアジャイルやDevOpsのプラクティスを採用するだけでなく、次のレベルに進むためにバリューストリームマネジメントを含める必要性について話しました。HCL SoftwareのDevOpsソリューションアーキテクトであるAl Wagnerがこのセッションをリードし、バリューストリーム管理の背後にある原理と、ビジネス成果を技術活動に整合させることで組織が成功するのに役立つ方法を説明しました。

HCL Accelerateについて HCL Accelerateは、アイデアから実現までのバリューサイクル時間を最適化し、顧客が望むものを可能な限り迅速に提供します。HCL Accelerateを使えば、価値の管理プロセスを自動化し、価値の流れから無駄、非効率、ボトルネックを排除できます。

HCL OneTestについて HCL OneTestは、UIやAPIの機能テスト、パフォーマンステスト、サービスの仮想化、テストデータ生成などをカバーする、業界をリードするテスト自動化プラットフォームです。HCL OneTestを使えば、より速く自動化し、より早く、より頻繁にテストを実行し、より早くエラーを発見できます!

HCL AppScanについて HCL AppScanは、企業とその顧客をサイバー脅威から守る、高速、正確、かつ機敏なセキュリティ・テスト・プラットフォームを提供します。DAST、SAST、IAST、SCAを含む包括的なセキュリティテスト機能を提供し、優れたデザインとシンプルな操作性により、DevOpsのユースケースに適したスキャン技術を提供します。

セキュアなDevOps製品のデモをご覧になりたい方は、このフォームにご記入ください。

2022/11/17 - 読み終える時間: ~1 分

DOES 2022 Recap の翻訳版です。

DOES 2022 のまとめ

2022年11月16日

著者: Ryley Robinson / Project Marketing Manager

デジタル変革の旅に出るとき、ラスベガスで開催されたDevOps Enterprise Summitほどインスピレーションを得られる場所はないでしょう。

今年のカンファレンスは10月18日から22日にかけて開催され、一流ブランドの業界エキスパートが集まり、DevOpsの最新トレンドと旅に関する講演やワークショップに没頭する数日間となりました。

HCLソフトウェアチームは、DevOps Enterprise Summitの3日間を通して、HCL Accelerate、HCL AppScan、およびHCL OneTestのポートフォリオを展示しました。

このイベントでは、アジャイル/リーン/DevOpsとVSMの導入が組織にもたらす機会について、また、VSMが技術パイプラインを超えて、真にチームが望ましいビジネス成果を実現するためにどのように連携しているかについて話すことが出来ました。

DevOps Enterprise Summitは、DevOpsの過去、現在、未来について、多くのソートリーダーやイノベーターから話を聞くことができた興味深い3日間でした。カンファレンスに参加された方は、コメント欄でご自身の感想をお聞かせください。

2022/11/7 - 読み終える時間: ~1 分

HCL OneTest v10.5 webinar recap の翻訳版です。

HCL OneTest v10.5 ウェビナーのまとめ

2022年11月3日

著者: Ragasudha Mardhaniyogan / Product Marketing Manager, OneTest

先日、HCL OneTest v10.5の最新バージョンを発表するウェビナーを開催し、大盛況のうちに終了しました。

V10.5では、多くのお客様からのフィードバックや洞察に基づき、OneTestのポートフォリオ全体に多くの機能が追加されました。私たちの専門家は、私たちの立ち位置と昨年に達成したことについて、簡単に振り返りを行いました。最新のv10.5では、GitHubワークフローによるテスト実行のオーケストレーション機能、テスト実行を定期的にスケジュールする機能、接続されたHCL Compassインスタンスにアイテムを作成できる機能などが取り上げられました。

また、新機能である GitHub Actions in action のデモも行いました。

このリリースに含まれる他の機能をいくつか紹介します。

• リポジトリブランチにコミットする前にリソースを含むEditブランチを作成する機能
• Jenkinsプラグインの機能強化
• テスト実行中の SAP GUI の表示/非表示をサポート
• データ駆動型スタブの作成サポート

ウェビナーを見逃した場合、こちら からリプレイにアクセスできます。

HCL OneTestについて

HCL OneTestは、UIやAPIの機能テスト、パフォーマンステスト、サービス仮想化、テストデータ生成などをカバーする、業界をリードするテスト自動化プラットフォームです。HCL OneTestを使えば、より速く自動化し、より早く、より頻繁にテストを実行し、より早くエラーを発見できます。