Get a Free Trial
Creating, executing, and maintaining reliable tests has never been easier.
2022年4月、ソフトウェアイノベーターたちが、ITSM、DevOps、アジャイル、ワークマネジメントのリーダーや思想家のためのフラッグシップカンファレンスである Atlassian Team '22 に集まりました。このハイブリッドイベントには世界で最も優秀なソフトウェア会社からスピーカーが登壇し、mablからはプロダクトマネージャー Thomas Lavin やクラウドアーキテクト Joe Lust がスピーカーとして参加しました。
mablのAtlassian Team '22への参加は、ソフトウェア開発およびコラボレーションの大手企業との長年のパートナーシップを基盤としています。私たちは、ソフトウェア開発チームがクラス最高のソリューションでカスタマイズされたDevOpsツールチェーンを構築し、Jira、Bamboo、Bitbucketとのネイティブ統合を提供するAtlassianのオープンDevOpsイニシアチブに貢献していることを誇りに思っています。Atlassian Team '22 では、Thomas と Joe が品質重視の DevOps パイプラインのためにE2Eテスト自動化を活用する最新の方法について話しています。
データ、DevOps、デジタルワークフロー
mablの「2021年 DevOpsにおけるテストレポート」によると、意欲的なDevOpsチームの多くは、適切なツールが存在すると考えていることがわかりました。本当の課題は、協調的で反復的なスプリントと、長期にわたる継続的な改善を可能にするプロセスを構築することです。
Atlassianの Open DevOpsプログラムは、ソフトウェアチームが各自の製品や組織のニーズに合った最善のソリューションでツールチェーンをカスタマイズできるようにすることで、この問題の解決を支援します。DevOpsツールチェーンが開発パイプライン全体で最適なソリューションを活用できれば、ソフトウェアチームは開発全体でコラボレーションを改善し、品質を統合することができるようになります。Atlassian Team '22でのmablのセッションでは、テストデータを使っていかに品質をDevOpsに組み込むことができるかを紹介しました。
オープンツールチェーンを使用するためのDevOpsのベストプラクティス
mablのCloud Architectである Joe Lust が、SnykのField CTOであるSimon MapleとAtlassianのDirector of Solutions EngineeringであるEddie Webbinaro、AtlassianのDeveloper PartisanであるIan Buchanan など著名な登壇者と一緒に、オープンツールチェーンにおける観測可能性についてディスカッションをしました。多くのソフトウェア開発チームは、何年もかけてツールチェーンを追加してきた結果、開発者が脆弱性スキャン、認証チェック、部品表分析、依存関係の氾濫に圧倒されていることに気づいています。皮肉なことに、パイプラインからのアラートの氾濫は、開発者の過負荷を招き、開発中に問題を見逃す可能性を高めています。その結果、企業は品質の低いソフトウェアをデリバリーしてしまう危険性がますます高まっています。
パイプラインのノイズを抑えようとするチームは、まず達成したいビルドと品質の戦略から始め、パイプラインを縮小して個々のツールチェーンコンポーネントから練習することをJoeは勧めています。
Joeは品質を軸にパイプラインを構築してきたmablの社内経験を元に説明しました：
"mablの社内ツールでは、まず、リリースに必要なコアな共通ワークフローと品質ゲートを選択し、それぞれの仕事に適したツールを探しました。こうすることで、3年後にツールが変わる可能性があっても、全体的な戦略とパイプラインの設計は変更に耐えることができるのです。"
品質やセキュリティといった特定の目標に高い焦点を当てることは、パイプラインがリリースのブロックやロールバックといった日常的な決定を自動的に行えるようにするためのフィードバックループを作成する上で重要です。そのための最良の方法は、mablやSnykのように、DevOpsパイプライン全体の最も重要なメトリクスを一元的に可視化するソリューションを採用することです。パイプラインのシグナルをこれらの重要なメトリクスに集中させることで、開発チーム全体がプロダクトの状態と改善すべきポイントをより簡単に理解できるようになります。
インテリジェントなテストデータの活用によるコラボレーションと品質の向上
DevOps の実践を向上させるコアデータに焦点を当てるチームが増える中、多くのチームがプロダクト品質の進化した状態を理解するためにテストデータに注目しています。従来、多くのソフトウェア開発者がテストデータについて考えるとき、パス/エラーのデータポイントのリストやテストカバレッジの割合に注目することがありました。Thomasは、mablのインテリジェントなテスト自動化によって、これまで以上に幅広い実用的な情報が得られるようになったことを紹介しました。
- 機能性：テストがパスしているかどうか？
- 速さ: テストの実行時間はどのくらいか？
- カバレッジ: 何をテストしているのか、カバレッジは改善されているか？
- 非機能性：アプリケーションのパフォーマンスは高いか？アクセシビリティはWCAGに準拠しているか？
ソフトウェア開発会社がこれらの情報を追跡し、利用し始めると、開発の加速化、プロダクションでのバグの削減、チームの協力関係の促進に役立つ強力な洞察を発見することができます。最終的には、より効率的で生産性の高い、フットワークの軽い組織が実現します。
しかし、ソフトウェア開発チームは、DevOpsパイプラインによってすでに生成されている圧倒的なシグナルを追加することなく、どのようにしてこれらの洞察を利用できるのでしょうか。Joeのパネルディスカッションで議論されたように、ワークフローとシグナルを単純化することで、パイプラインと開発者の弾力性と適応性を確保することができます。テストカバレッジや非機能テストのような品質シグナルは、テストカバレッジが顧客の満足度と密接に相関していることから、コードが顧客にどのようにつながっているかを示す重要な指標となります。実際、テストカバレッジが高いと回答した開発チームの80%が「顧客が非常に満足している」と回答しているのに対し、テストカバレッジが低いチームではわずか30%しか同じことを回答していません。
同様に、パフォーマンスやアクセシビリティのような非機能テストも、顧客の目に見える品質を評価するために重要です。視覚的な障害だけでも、18歳以上のアメリカ人に最も多く見られる障害の1つであることを考えると、アクセシビリティテストは、法的・倫理的要件として急速に必要性が高まっています。これらの中核的な品質指標を考慮したワークフローを構築することは、DevOpsの世界で顧客満足を実現する高品質のアプリケーションを構築するために不可欠です。
品質重視のパイプラインのためのツールチェーンとワークフローの構築
Open DevOpsは、このようなシグナルの発見と追跡を容易にするよう 設計されています。例えば、mablとJiraのネイティブな統合により、豊富なテストのインサイトをJiraチケットで自動的に共有し、迅速に解決す ることができます。インテリジェントなテスト自動化を、Jiraチケットのチェックという使い慣れたワークフローに組み込むことで、 ソフトウェア開発チームは、テストの洞察を行動に移すことができます。Atlassianの Open DevOps イニシアチブと相互接続されたデータリッチなツールチェーンにより、ソフトウェア開発チームは DevOps の世界に向けた開発コラボレーション、自動化、スピードアップに必要なソリューションを手に入れることができます。Atlassian Team '22 で Open DevOps の可能性を存分に味わってください。
mablは14日間無料でお試しいただけます。ぜひお気軽にお試しくださいませ。
