皆さん、こんにちは。
ソフトウェアテスト、テスト自動化に関するニュース記事をご紹介していきたいと思います。
今回ご紹介する内容は以下となります。
■記事内リンク
□1.Qbook「テスト技法の基本のき」ミニ冊子シリーズ新たにシナリオテスト入門編を公開
□2.ウェビナー『なぜテスト自動化はうまくいかないのか？』開催
□4.企業がすぐに採用すべき自動化テスト ツールのトップ 10
□5.高品質のソフトウェア製品のためのテスト自動化フレームワーク戦略
□1.Qbook「テスト技法の基本のき」ミニ冊子シリーズ新たにシナリオテスト入門編を公開
https://prtimes.jp/main/html/rd/p/000000186.000030691.html
こちらは、バルテス社が運営するQbookにおいて、『テスト技法の基本の「き」【入門編】』ミニ冊子が公開された内容となります。
このミニ冊子は、シリーズ化されており、Qbookの会員登録を行うことで、無料で見ることができます。
今回の入門編の構成は以下となっています。
◇『シナリオテストの基本の「き」』
第1章：「シナリオテスト」って何？
第2章：なぜシナリオテストを行うの？
第3章：シナリオテストの目的
第4章：シナリオテストのイメージ
第5章：シナリオとは？
第6章：シナリオは１つだけではない
第7章：シナリオテスト設計の全体像
第8章：シナリオテストとは
ダウンロード先は以下となっており、ユーザー情報を入力することでダウンロードが可能となっています。
https://www.qbook.jp/download/1465/index.html
ご興味のある方は、Qbookの公式サイトにアクセスしてみてはいかがでしょうか。
https://www.qbook.jp/
□2.ウェビナー『なぜテスト自動化はうまくいかないのか？』開催
https://majisemi.com/e/c/rgsis-20221125/M1D
こちらは、マジセミ社が開催するウェビナーについてです。
こちらのウェビナーでは、「テスト自動化がなぜうまくいかないのか？ＵＩテスト自動化成功のポイント」と題した内容となります。
金融業界の事例や、テスト自動化ツールの「ATgo」の活用方法の解説も含まれます。
◇ATgoについて
「ATgo」は、六元素情報システム社が販売するテスト自動化ツールで、UIテスト、APIテスト、DevOps連携が行えます。
Salsefoceの使用例などもあり、操作をレコーディングし、ローコードでテストスクリプトを作成できます。
Autify、Magicpodといったツールに似ていますね。
公式サイトは以下となっています。
https://atgo.rgsis.com/
◇ウェビナー情報
| ・開催日時： | 2022/11/25 10:00-11:00 |
| ・開催方式： | Zoom |
| ・主催： | 六元素情報システム |
| ・プログラム： | 9:45～10:00/ 受付 10:00～10:05/オープニング 10:05～10:45/なぜテスト自動化はうまくいかないのか？ 10:45～10:55/質疑応答 |
| ・申し込み | https://majisemi.com/e/c/rgsis-20221125/M1D |
ご興味のある方は、ウェビナー掲載ページにアクセスしてみてはいかがでしょうか。
https://majisemi.com/e/c/rgsis-20221125/M1D
□3.テスト環境管理
https://www.softwaretestingnews.co.uk/test-environment-management/
こちらは、softwaretestingnewsに掲載されていた内容となります。
テスト環境管理についてまとめられていましたので、ご紹介したいと思います。
◇初めに
国際的なエネルギーおよびサービス企業が 1,400 のテスト環境の制御に取り組んだ方法
国際的なエネルギーおよびサービス企業の IT チームは、2,500 万を超える顧客に対して、ビジネスの革新と堅牢なアプリケーションの安定性を継続的に提供する責任を負っています。
彼らは俊敏性と DevOps の効率性を求めて努力していますが、それは非常に困難なエコシステムで行われています。
企業の IT ポートフォリオは非常に複雑で、何千もの可動部分があります。
ソフトウェア プロジェクトには、密結合システム アーキテクチャ、地理的に分散したチーム、カスタマイズされたサードパーティ プロジェクト、および厳しい規制要件が含まれます。
新しいプロジェクトとアプリケーションの包括的なテストには、非常に特殊なテスト環境が必要です。
チームは、非効率性の主な原因として、これらのテスト環境の管理に焦点を合わせました。
毎月、「この変更計画を提供するのに十分なテスト環境がありますか?」という最も基本的な質問にさえ答えるのに苦労していました。
この謙虚な始まりから、彼らはテスト環境を管理するためのさまざまなベスト プラクティスを実装しました。
これは、価値をより迅速に市場に投入するのに役立つだけでなく、アプリケーションの品質により大きな自信を持ってそうしています。
このチームは、コンピューティング DevOps Excellence Award にもノミネートされており、コア レコード システム、何千人ものリモート技術者が使用するフィールド サービス アプリケーション、および何百万人もの顧客向けの Web サイトに DevOps 変換を実装する作業を強調しています。
◇シフトレフトテストの基盤
アプリケーションの規模と重要性を考えると、配信速度のために品質を犠牲にすることはできませんでした。
リリース サイクル タイムの増加は、本番インシデントの削減と共存する必要がありました。
これは、欠陥や機能停止がエンド ユーザーによる新しいツールやサービスの採用を思いとどまらせていたためです。
彼らはエンド ツー エンドのテスト プロセスを分析し、テスト サイクルの後半に欠陥を発見しており、アプリケーションの品質に大きな影響を与えていることに気付きました。
この課題に対処するために、QA チームはシフトレフト テストの基盤を作成したいと考え、各プロジェクトの環境計画に必要な 2 つの重要な要素を概説しました。
次のテスト環境にコードを渡すために必要なテスト ステージと基準を定義します。
プロジェクトのキックオフ時にテスト環境のすべての要件を把握して、構成の正確性を確保します。
アプリケーションとコンポーネントのバージョン追跡に加えて、テスト環境の要件にはデータの必要性も含まれる場合があります。
テスト環境を他のプロジェクトや組み込みが必要なサードパーティ コードと共有できる場合です。
キャプチャされると、これらの要件はパイプラインの各ステージで複製されるため、各テスト プラットフォームは目的に適合します。
テスト フェーズに対するガバナンスと構成の安定性の両方を確立することで、コードがより複雑なテスト環境に進むにつれて、複雑なトリアージ シナリオを減らすことができました。
プロジェクトの終わりに向けて QA タイムラインが常に圧縮されていたため、これは特に重要でした。
◇多段階テスト戦略
チームは、デリバリー パイプラインの基盤となる多段階テスト戦略を作成しました。
ステージ 1:
機能テスト: 新しいコードの欠陥をデリバリー パイプラインのできるだけ早い段階で分離するために、機能テストはローカライズされた環境で実行され、他のプロジェクトに対するチェックは行われません。
ステージ 2:
回帰テスト: 新しいコードが本番ベースラインに組み込まれます。
テスト チームは初期段階で環境を共有し、相互にテストできます。
ステージ 3:
パフォーマンス テスト: 回帰の問題が解決されると、システム全体のストレス テストと共に、新しいコードのパフォーマンスがストレス テストされます。
ステージ 4:
最終検査
ステージ 5:
本番に移行します。
◇異種テスト環境の管理
彼らの密結合アーキテクチャは、SAP を中心に構成されています。
非コア アプリケーションには、現場技術者向けのさまざまなリモート サービス (メーターやホーム メーターの検査などの設置) と、家庭および企業の顧客向けの Web サイト アプリが含まれます。
SAP はクラウドに展開された唯一のアプリケーションであり、残りのアプリはオンプレミスの VM とベア メタル インスタンスに配置されています。
本番環境にリリースされたコードは SAP のゴールデン コピーに組み込まれ、それらの変更はすべてのテスト環境にフィードバックされ、常に本番環境に合わせられます。
さらに、Environment Data Services グループは、テスト環境に適切な量のデータベース レコードがあることを保証します。
ベースラインとして、SAP 環境にはデフォルトで 5000 のアカウントがあり、プロジェクトでより多くのデータまたは異なるデータが必要な場合、このチームは適切な量および/またはタイプのレコードを作成します。
◇原価管理
1,400 を超えるテスト環境と約 2,000 のコンポーネントがあるため、コストの抑制は常に懸念事項です。
SAP インスタンスのスピンアップとスピンダウンは、過去の使用率と消費率に基づいています。
この需要ベースの展開モデルは、環境を効率的に共有できるプロジェクト、または不要な料金を回避するためにスピンダウンできる環境を特定することで、費用を節約するのに役立ちます。
クラウドベースの SAP 環境の以前の使用状況レポートを評価することで、クラウド ベンダーから受け取った請求書と照らし合わせて使用量を検証し、正しい内部プロジェクトに相互請求することができます。
◇予約と変更リクエストの合理化
Environment Delivery Assurance チームは、毎月 50 件を超えるテスト環境の予約および変更要求を処理します。
スケジュール設定、競合の解決、複雑な構成アイテムとプロジェクト間の依存関係の追跡は、スプレッドシートでは実行できませんでした。
動きの速いテスト チームが、環境が利用可能になるのを待ったり、不適切な構成でテストを実行したりしないようにするために、すべての環境の追跡と管理を統合しました。
Environments Delivery Assurance チームが予約リクエストを受け取ると、利用可能な環境、正しいアプリケーション セット、およびそれぞれの構成を一元的に把握できます。
これらの効率性により時間が節約され、テスト環境の問題を解決しようとするのではなく、アプリケーションのテストに集中することができます。
◇高品質のコードをより速く提供
適切なプロセスとツールを導入することで、環境管理チームはセンター オブ エクセレンスとなり、組織と効率のモデルとなっています。
さらに、正しく構成されたテスト環境を予定どおりに提供することに自信を持っているため、毎日より高品質のコードをリリースできます。
□4.企業がすぐに採用すべき自動化テスト ツールのトップ 10
こちらは、analyticsinsight.netに掲載されていた内容となります。
海外のテスト自動ツールトップ10が掲載されていましたので、ご紹介したいと思います。
◇1.Katalon Studio
Katalon Studio は、Web、API、デスクトップ (Windows)、モバイル アプリケーション向けのローコードでスケーラブルな自動化テスト ツールです。
これまで、Katalon コミュニティのユーザーは 100 万人を超え、100,000 を超える企業の信頼できる自動化ソリューションとなっています。
テスト自動化フレームワークをコーディングして構築する代わりに、ユーザーはダウンロード後、テストのみに集中できます。
さらに、Studio は、最新のプラットフォーム/ブラウザー/OS との互換性を維持するために頻繁にリリースを提供しており、それがビジネス向けの自動テスト ツールのトップの 1 つである理由です。
◇2.ACCELQ
ACCELQ は、Web UI、API、モバイル、およびデスクトップをシームレスに自動化する、クラウド上の AI を利用したコードレス自動化テスト ツールです。
ACCELQ には、世界中のすべての業界で 500 の顧客がおり、自動化の目標を大幅に加速するのに役立っています。
また、自動化開発を 3 倍高速化し、メンテナンスを 70% 削減します。
これは、50% 以上のコスト削減につながり、継続的デリバリーとの連携を可能にします。
◇3. Selenium
2004 年に明らかになった Selenium は、Web テストの自動化のための自動化テスト ツールのトップの 1 つです。
そのソフトウェア スイートは、Selenium WebDriver、Selenium Grid、および Selenium IDE で構成されています。
Java、C#、Python、JavaScript、Ruby、PHP などのプログラミング言語をサポートしています。そして最も重要なのは、無料のテスト ツールです。
◇4.Appium
Selenium と同様に、Appium も最も人気のあるオープンソースの自動化テスト ツールの 1 つですが、サポートされるのはモバイル アプリケーションのみです。
モバイル JSON ワイヤ プロトコルを使用すると、Appium は、ユーザーが Android と iOS の両方で、ネイティブ、Web ベース、およびハイブリッド モバイル アプリケーションの自動化された UI テストを作成できるようにします。
◇5.Avo Assure
リンク
Avo Assure は、100% ノーコードのインテリジェントなテスト自動化ソリューションです。
Avo Assure は 200 を超えるテクノロジをサポートし、Web、モバイル、デスクトップ、メインフレーム、SAP、Oracle、Salesforce などにまたがる複雑なエンド ツー エンドのビジネス プロセスのテストを容易にします。
1500 以上のキーワードを備えたビルド済みのライブラリがあり、SAP NetWeaver、SAP S/4HANA、および Oracle Cloud Infrastructure で認定されています。
◇6.Kobiton
Kobiton は、自動化の方法に関係なく、モバイルと IoT の継続的なテストを実現します。
AI 駆動のスクリプトレス アプローチと、お気に入りのオープンソースおよびスクリプトベースのツールを使用して、機能、パフォーマンス、ビジュアル、および互換性テストを簡単に自動化します。
Kobiton は、DevOps の速度で包括的な品質とリリースを保証します。
◇7.Subject7
Subject7 はクラウドベースの「真のコードレス」テスト自動化プラットフォームであり、単一のプラットフォームですべてのテストを実行し、誰もが自動化の専門家になれるようにします。
その使いやすいソフトウェアは、テストのオーサリングを加速し、テストのメンテナンスを減らし、簡単にスケーリングします。
◇8.Cypress
Cypress は、エンド ツー エンドの Web テスト用の開発者中心の自動化ツールであり、JavaScript フレームワークのみをサポートします。
新しいアーキテクチャに基づいて開発された Cypress は、ブラウザ内でアプリケーションと同じ実行ループ内で直接動作できるため、要素へのネイティブ アクセスと高速な実行が可能になります。
◇9.Perfecto
Perfecto は、Web およびモバイル アプリケーション用のクラウドベースの自動テスト プラットフォームです。自動化されたクロス環境実行、カスタム機能、テスト分析、広範な統合から、Perfecto は DevOps チームにとってより達成可能な継続的なテストを実行します。
◇10.SoapUI
SoapUI は、REST および SOAP Web サービス用に設計されたオープンソースの API テスト ツールです。
いくつかの重要な機能には、自動化された機能、パフォーマンス、回帰、およびセキュリティ テストが含まれます。
ユーザーは、商用バージョンの ReadyAPI (以前の SoapUI Pro) を使用して、よりアップグレードされた機能を利用することもできます。
□5.高品質のソフトウェア製品のためのテスト自動化フレームワーク戦略
こちらは、digitaljournal.comに掲載されていた内容となります。
テスト自動化フレームワークについてまとめられていましたので、ご紹介したいと思います。
◇テスト自動化フレームワーク戦略の設計
モバイル アプリのテスト自動化フレームワーク戦略を設計することは、テスト シナリオ全体の全体像の重要な部分です。
テスト自動化フレームワークの機能、機能、およびリスクに関する情報を提供します。
同時に、計画や目標に関するチームメンバー間のコミュニケーションも促進します。
いつでも数歩戻って、最初に準備したテスト自動化フレームワーク戦略を確認し、それらを結果と比較できます。
自由に使用できるツールとテクノロジを理解することも、テスト自動化フレームワーク戦略を設計する上で重要な部分です。
まず、高価値のテストを定義し、関連するリスクを特定します。
CI/CD プロセスの説明を続け、アジャイル ツールを使用してキラー戦略を開発します。
◇新しいテスト自動化フレームワークの作成と既存のテスト自動化フレームワークの使用
ほとんどのテスターが直面する最大の疑問は、新しいテスト自動化フレームワーク戦略を作成する方が効率的かどうか、または既存のものを使用する必要があるかどうかです。
まず第一に、既存のフレームワークを使用すると、チーム メンバーがゼロから始める必要なく、テスト関連のタスクの実行を高速化できます。
既存のフレームワークを使用すると、コード カバレッジが向上し、時間が節約され、保守が容易になり、コードが読みやすくなり、テストのデバッグが簡素化されます。
また、ビヘイビア駆動開発やテスト駆動開発などのプラクティスもサポートします。
◇テスト自動化の失敗への対処
テストの脆弱性、テスト スクリプトのメンテナンス、最新のプラクティスで更新されていないこと、および技術的負債は、一般的なテスト自動化の失敗を引き起こす可能性があります。
ただし、リスクの軽減、適切なテスト カバレッジ、価値の低いテストと重複、および機能とは別にテスト ワークフローに焦点を当てることで、多くのテスト自動化の失敗を簡単に回避できます。
スプリントでの自動化は、開発チームと協力しているため、テスト自動化の失敗にも役立ちます。
これは、リリース前のテストの実行を延期することを避け、コードのチェックインが行われているときに対処したいのと同じ理由です。
適切なツールがあれば、常にローコード ソリューションの恩恵を受けることができます。
◇テスト自動化フレームワーク戦略が整っていないとどうなるか?
これはかなり簡単です。
テスト自動化フレームワーク戦略がない場合、ビジネスは提供できる実際の価値を示すことができません。
テストの自動化はアクション プランなしで方向転換する可能性があり、最終的には正確なビジョンが得られない可能性があります。
また、不適切な自動化テスト テクノロジを選択するリスクがあるため、テクノロジの損失にもつながります。
◇テスト自動化フレームワークの戦略
1.熟練した自動化エンジニアを雇う
自動化に専念するチームまたは個人のソリは、誰にでもできる自動化フレームワーク戦略を作成して実装するための鍵です。
熟練した自動化アーキテクトで構成されるチームを構築し、さまざまな自動化エンジニアをその指導の下で働かせることもできます。
2.テスト対象のアプリケーションを分析する
テスト自動化フレームワーク戦略を作成する際には、テスト対象のアプリケーションの詳細な分析が必須です。
結局のところ、フレームワークの選択は、製品の一部である機能、機能、およびテクノロジに大きく依存します。
Web アプリを扱うときは、フレームワークが必要なブラウザーまたは言語をサポートすることを知っておくことが不可欠です。
同じことがモバイル アプリケーションにも当てはまります。
3.自動化が必要なテスト ケースの候補リスト
通常、単体テストは最も速く記述できます。
ビジネスの ROI はそれらに大きく依存するため、それらを戦略のバックボーンとして使用することをお勧めします。
回帰テストと機能テストでフォローアップできます。ユーザー インターフェイスのテストは、メンテナンスに手間がかかり、費用がかかり、否定的または肯定的な結果が返される可能性があることを覚えておくことが不可欠です。
4.自動化テスト環境のセットアップ
高品質のソフトウェア製品のテスト自動化フレームワーク戦略の重要な構成要素は、自動化テスト環境を正しくセットアップすることです。
まず、その要件を特定し、必要なツールを入手する必要があります。
戦略のこの部分では、テスト データを保存する場所と、テストが完了した後にデータがどうなるかについての質問にも答える必要があります。
4.詳細なリスク分析を実行する
リスクを考慮せずに本格的な戦略を計画することはできません。
したがって、リスク分析ドキュメントでは、リスク レベル、確率、コストの見積もり、リスクの軽減などのパラメーターを考慮してください。
◇まとめ
アジャイルと DevOps が主流になるにつれて、便利なテスト自動化フレームワークが必要になりました。
テスト フレームワーク戦略を自動化するには、最初は時間とリソースが必要になる場合があります。
ただし、テスト シナリオがどのように進化し続けるかを考えると、投資する価値はあります。
つまり、自動テストを最大限に活用したい場合は、インテリジェントで実用的なテスト自動化フレームワーク戦略が必要です。
□最後に
今回は、以上のニュースを取り上げてみました。
次週も、ソフトウェアテスト、テスト自動化に関するニュースをご紹介したいと思います。
最後まで見て頂き、ありがとうございました。
