皆さん、こんにちは。
今週もソフトウェアテスト、テスト自動化に関するニュース記事をご紹介していきたいと思います。
今回は国内ニュース2記事、海外ニュース2記事をご紹介回したいと思います。
■記事内リンク
「国内ニュース」
・テクバン社 テスト設計コンテストで準優勝
・JSTQB2022年2月12日開催申し込み
「海外ニュース」
・ソフトウェアテストにおける人工知能：次の大きなゲームチェンジャー
・品質保証が後から考えられるべきではない理由
■国内ニュース
□テクバン社 テスト設計コンテストで準優勝
https://prtimes.jp/main/html/rd/p/000000054.000031612.html
こちらは、テクバン社の品質ソリューション2部の有志によりNPO法人のソフトウェアテスト技術振興協会（ASTER）主催のテスト設計コンテストにて準優勝を受賞した内容となります。
テクバン社で参加された「シン・田町補充計画」というチーム名で参加され、チームの有志は業務後に集まり、自社のテスト自動化ツール「Mabl」を使用して、実際のテスト自動化をデモンストレーションを行われたとのことです。
◇moblについて
「mobl」は、「mable Inc.」が提供するクラウド型のテスト自動化サービスで、ノーコード／ローコードでの実装、AIによるテストスクリプトの自動修復などが特徴的なテスト自動化ツールとなっています。
moblは、「STARTUP」「GROWTH」「ENTERPRISE」と3つのモデルからサービス提供いているとのことです。
利用料金等の詳細は、お問い合わせからとなっていました。
https://www.techvan.co.jp/solution/software_quality/mabl/
◇ASTER テスト設計コンテスト
http://aster.or.jp/business/contest.html
ASTERではソフトウェアテストシンポジウム「JaSST」をはじめとするソフトウェア品質向上に関する教育や調査研究、推進振興事業を行っている機関です。
テスト設計コンテストは、2011年から毎年開催されており、今年で10年目となっているようです。
コンテストは、一般とU-30の若手を対象とした2種類があるようです。
テクバン社の「シン・田町補充計画」は、一般の部で参加され、準優勝となったようです。
以下のリンクから決勝戦参加の4チームのプレゼン資料等にアクセスが可能となっています。
http://aster.or.jp/business/contest/finals.html
どの資料も結構なボリュームですが、読み応えのある内容となっていますので、ご興味のある方は、
ASTERのテスト設計コンテントページにアクセスしてみてはいかがでしょうか。
□JSTQB2022年2月12日開催申し込み
https://prtimes.jp/main/html/rd/p/000000013.000054604.html
こちらの内容は、来年2022年2月12日に開催されるJSTQBFL、ALテストアナリストの開催申し込みの内容となります。
申し込みは次週10/14（木）からそれぞれ開始されるとのことです。
各申し込みは以下となっていました。
◇JSTQB資格試験情報
資格試験／第32回Foundation Level
・申し込み期間／2021年10月14日（木） ～ 11月30日（火）
・試験会場／札幌、東京、名古屋、大阪、福岡、那覇
・試験料の振り込み／受験の可否を申込締切後（12月3日前後）にメールにてご案内
・試験の詳細リンク／http://juse.or.jp/sqip/qualification/jstqb/foundation.html
資格試験／第7回Advanced Levelテストアナリスト
・申し込み期間／2021年10月14日（木） ～ 11月16日（火）
・試験会場／札幌、東京、名古屋、大阪、福岡、那覇
・試験料の振り込み／受験の可否を申込締切後（12月3日前後）にメールにてご案内
・試験の詳細リンク／http://juse.or.jp/sqip/qualification/jstqb/advanced.html#al_ta
前回のALテストマネージャの結果通知はまだですが、ALテストアナリストは学習も含めて、受けてみたいと思います！
スキルアップ、知識向上を図ってみたい方は、上記JSTQB資格試験の申込みページにアクセスしてみてはいかがでしょうか。
■海外ニュース
□ソフトウェアテストにおける人工知能：次の大きなゲームチェンジャー
https://www.dqindia.com/artificial-intelligence-in-software-testing-the-next-big-game-changer/
こちらの記事は、「dqindia.com」に掲載されている内容となります。
ソフトウェアテストにおける人工知能に関する情報が述べられていましたので、ご紹介したいと思います
◇はじめに
テクノロジーは私たちの時代の最大のゲームチェンジャーであり、私たちの日々の機能の不可欠な部分になっています。
テクノロジーの進化は、個人的にも職業的にも私たちの生活に大きな影響を及ぼします。
多くの技術愛好家や技術会社は、次の大きな技術の混乱が何をもたらすのか、そしてそれが私たちの生活をさらに揺さぶるのかを理解することに興味を持っています。
今日の主要なゲームチェンジャーの1つは、人工知能（AI）です。
私たち一人一人が日常生活の中で何らかの形のAIを利用しているため、AIの導入は必要ありません。
ビジネスの観点から見ると、今日オンラインで存在しているほとんどすべての組織は、アクティブなAIメディエーションで運営されています。
AIは、手動タスクを最小限に抑え、人間の介入を必要とする多くのプロセスを自動化することで、ビジネスを支援します。
しかし、私たちが前進するにつれて、絶えず進化しているテクノロジー主導の世界の最新の開発に遅れないようにすることが重要になります。
今日、多くの企業がソフトウェアテストでAIを使用しています。
これは、アプリケーションやWebサイトなど、使用しているサービス内で顧客満足度を確保するための重要なプラクティスであるためです。
さらに、定期的なAI主導のテストを行うことで、長期的には企業にとって不利になる可能性のあるソフトウェアの故障を防ぐことができます。
したがって、多くの企業は、それぞれの製品、プラットフォーム、サービスなどを評価および精査するために、AIテストを設定するか、すでに設定していることを計画しています。
◇ソフトウェアテストにおける人工知能の実装
絶えず進化しているデジタルエコシステムでは、アプリケーションの信頼性と完璧性が求められており、アプリケーションのテストはビジネス戦略の重要な部分となっています。
このようなシナリオでは、アプリケーションの品質が、ビジネスを他のビジネスと区別するパフォーマンス、機能、および使いやすさの点で最も重要になります。
より良いサービス品質を確保するために、インドに拠点を置く企業は、ソフトウェアのテストと開発でAIを使用するプロセスにゆっくりと取り組んでいます。
ただし、この慣行はまだ初期段階にあり、手作業を減らすために必要な自律性の量は低いレベルにあります。
それにもかかわらず、組織は、適切なツールと技術的ノウハウを使用して手動テストプロセスを自動化することが、テストサイクルを加速および改善し、それによってROIを向上させるために、時間の必要性であるという事実を認識しています。
◇人工知能の助けを借りてテストするための3つのトップトレンド
・自己修復テスト
自己修復を使用すると、プロパティの変更が自動的に検出され、実行時に内部スクリプトが自己修復されます。
今日、ユーザー干渉（UI）に関して、自己修復テストは、もはや大げさな慣行ではなく、現実になっています。
オブジェクト/製品の場所が変更されると、技術的な不具合が発生することがあります。
ここでは、自己修復テストが機能し、パスアナライザーの識別に関して、UIロケーターがより機能的になります。
自己修復の分野ではさらに多くの開発が行われており、企業は今後数日でさらなるイノベーションを期待する可能性があります。
・スマートオートメーションの実行
以前のデータに基づいて、アプリケーションの故障や本番環境の障害が発生する可能性がある場合は常に、AIエンジンはコードをプロモートするか、コードを処理できるかどうかを決定するスマートアルゴリズムを使用して機能を強調表示します。
さらに、アプリケーションの故障や障害の可能性を減らすために、AIはコードリポジトリから特定のメソッドの使用を推奨することができます。
自動化されたコードリポジトリは、個々の成功率に基づいてさまざまなプロジェクトに対して維持されます。
・自律テスト
AI、正確には、機械学習は、エラーを検出してビルドを実行し、最終的に製品テストケースの開発をスピードアップできるため、自律ソフトウェアテストに関して画期的な慣習となっています。
過去数年間、複数回の繰り返しでバグを特定することは、長くて費用のかかる作業でした。
自動化テストは、技術的な不具合を修正するのにかかる時間が短く、高速で正確であるため、アプリケーションの全体的なテストカバレッジとパフォーマンスが実質的に向上し、時間とコストを大幅に節約できます。
◇結論
新時代のビジネスの変化に対応し、技術的側面で概説されている目的を達成するために、企業は、アプリケーションを使用するほど、ビジネスの円滑な運営を目的として、テスト用のAIを実装する必要があります。
ビジネスを行う際に内部および外部の利害関係者にシームレスなエクスペリエンスを提供するために、定期的にそれらをテストする必要があります。
□品質保証が後から考えられるべきではない理由
https://www.softwaretestingnews.co.uk/why-quality-assurance-should-never-be-an-afterthought/
こちらの記事は、「softwaretestingnews.co.uk」に掲載されていた内容となります。
ソフトウェアテストというよりも、品質保証（QA）に関する内容がまとめられており、興味深かったのでご紹介したいと思います。
◇品質保証が不十分だと、顧客が不幸になる可能性がある
品質保証とは、ソフトウェア開発プロセスと方法を監視して、出力がプロジェクトの要件、および産業用セキュリティとコンプライアンスの基準に準拠していることを確認することです。
QAを中核として、企業は製品のステータスをよりよく理解できます。
これにより、より良い結果を得るために製品を評価、改善、一貫して強化し、製品がビジネス要件を満たしているかどうかを知ることができます。
各ステップで品質を保証する戦略を引き出すために、企業は顧客のニーズ、ユーザージャーニー、予想されるターゲット市場、およびソフトウェアのパフォーマンスを理解する必要があります。
これがなければ、企業は顧客の要件だけでなく、ビジネスの目標や期待も満たして確保するのに苦労します。
QAがないと、企業が製品やサービスの機能を評価することは困難であり、ポストプロダクションで見つかった場合に対処するのにコストがかかる重大な欠陥を追跡することは非常に困難になります。
QAが不十分な場合、製品リリースの遅延、顧客の不満、ブランドの評判の低下、技術的負債の増加など、他のいくつかの課題も発生する可能性があります。
◇開発者と品質エンジニアは別々の役割である
多くの技術リーダーは、ソフトウェアプロジェクトのライフサイクル全体で品質を推進するのは開発者であると信じています。
しかし、この視点は悪い習慣を教える可能性があり、QAはプロジェクト全体の特定の要件ではなく、開発者の期待であることを意味します。
これは、開発者が質の高いエンジニアではないことを忘れがちなためです。
実際、開発者は2つの完全に別個の役割であり、デジタルプロジェクト全体で並行して機能する必要があります。
開発者の役割には、ソースコードの記述と保守が含まれます。
これには通常、コードが要件に一致することを確認するためのユニットテストと統合テストの実装が含まれます。
ただし、機能テストと非機能テストの実行、または開発チームへの欠陥の報告には関与していません。
◇ソフトウェアライフサイクルの中心に品質保証を置く
ソフトウェアに基づくデジタルプロジェクトに着手するビジネスには、開発者とQAテスターの両方が必要です。
一方がなければ、もう一方が必要です。
しかし、技術リーダーは、費用や熟練労働者の不足のために、優れた開発者の才能とQAエンジニアの両方を雇うのに苦労する可能性があります。
採用は、特にすでに需要が高いスキルを採用する場合、時間と費用のかかるプロセスです。
この状況に照らして、多くの企業が社内チームを削減しなければならない原因となったCOVIDの影響と相まって、IT部門はますます拡大しています。
これは、多くの企業が必要性や優先事項と見なしていないQAのようなプロセスを無視できることを意味します。
しかし、ソフトウェアライフサイクルの中心に品質保証を置くことで、実際に時間を節約でき、更新のために戻ってくるエラーのあるコードをクリアすることを回避できます。
最終的に、企業はソフトウェアを構築するだけでなく、ソフトウェアを改善し、それを機能させ、ニーズと目標に合わせて進化させる必要があります。
品質保証はこれを可能にします。
■最後に
今回は、国内ニュース2記事、海外ニュース2記事を取り上げてみました。
次週も、ソフトウェアテスト、テスト自動化に関するニュースをご紹介したいと思います。
最後まで見て頂き、ありがとうございました。
ソフトウェアテスト教科書 JSTQB Foundation 第4版 シラバス2018対応
詳細はコチラをクリック！
