QA を透明にする方法: 品質支援のための魅力的な TestOps

私たちは、QA の実践と、すべてのプロセスの透明性にどれだけ関心を持っているかをすでに紹介しました。しかし、すべての開発レベルでこの透明性を確保するにはどうすればよいでしょうか?

今日、私たちは新しい洞察を持っていますミハイル・シデルニコフAdTech Holding の一部である PropellerAds の主任 QA です。 Mikhail は、Allure TestOps ツールを使用するためのベスト プラクティスを共有しました。

チームがそれを選んだ理由、以前はどのツールを使用していたのか、いつ Allure TestOps が品質支援ワークフローの最適なソリューションになったのでしょうか?

透明性が重要な理由

PropellerAds は、一流のテクノロジーに基づくビジネスとして、CI/CD アプローチを使用します。これは、1 日に数回の一定のリリースを意味するため、誤解や間違いによってプロセスが中断されてはなりません。

それはどのように機能しますか？

• 開発者がプル リクエストを作成する
• QA チームはすぐにテストを開始します
• テスト結果は、Github、Slack、および Allure TestOps に即座に表示されます。

これは継続的なプロセスです。すべてが自動化されており、手作業はほとんどありません。このプロセスの結果は高品質の製品でなければなりません。そのため、すべてのステップが透明でなければなりません。

しかし、それをどのように確保するのですか？

ミハイル:

— 「テストは品質の基礎です。しかし、それは孤独が好きではありません — テストは内向的ではありません!真の価値をもたらすには、そのような家族や友人が必要です。そして、実生活のすべての人と同じように、テストとその家族には、便利なインフラストラクチャと改善のためのスペースを備えた快適な宿泊施設が必要です.

では、PropellerAds の QA チームは、テストの「ハウジングの問題」をどのように解決したのでしょうか?

PropellerAD での最初の QA プラクティス

当初、PropellerAds には本格的な QA 部門さえありませんでした。2015 年に組織されたばかりです。ワークフローを自動化し、効率的で刺激的なチームを構築するには時間がかかりました。

チームが成長するにつれて、要求も大きくなりました。テストとマイクロサービスの数は急速に増加しており、それらをすべて整理しておくことが不可欠でした。そうしないと、それらを使用したり、さまざまな CI/CD と統合したり、透明性を維持したりすることができなくなります。

TestRail の実装

PropellerAds QA チームの創設者は、長年にわたって TestRail を使用してきた経験がありました。したがって、それが最も明白な解決策になりました。さらに、次のようにチームのすべてのニーズを満たしているように見えました。

• 必要な機能: ケースの保持、履歴、テストの開始
• Jira とのかなり許容できる統合
• TestRail と CI/CD を統合したチームの経験
• TestRail を使用したチーム全体の経験

それで、決定が下されました。

TestRail の問題

最初はすべて順調に進みました。それでも、しばらくしてから、チームは TestRail がすべてのニーズを満たす最適なツールではないと感じました。なにが問題だったの？要点は、チームがまだ成長していて、すべてのプロセスがより厳しくなったということです。

つまり、すべてが急速にスケーリングされていました。

• チーム;
• マニュアル件数
• 手動テストの実行回数
• リリース数

ミハイル:

— 最初に TestRail でケースを作成し、それをコードで作成することは非常に困難で不便になりました。私たちは、テスト管理システムで透明なイメージ全体を見たいと考えていました。

最後に、チームは代替ワークフローとツールに飢え始めました。問題のリストはますます大きくなり、最も苦痛な点は次のとおりです。

• 新しいプロジェクトの統合が不十分だった
• 新しいケースや手順のサポートはありませんでした: コードで何かを修正した場合、TestRail で同じことを手動で行う必要がありました。
• 透明性と関連性がゼロになりつつある

全体として、製品の品質が低下し始めるという脅威がありました。

新しい需要

最終的に、チームが新しいソリューションを必要としていることが明らかになりました。しかし、最初に、この段階でチームに何が欠けていて、何が必要なのかを明確にする必要がありました。議論の後、QA チームは要件の簡単なリストを作成しました。

ここにあります：

• テスト結果の自動ダウンロード。チームは、API を使用せずに、ローンチ直後に TMS でテストを確認したいと考えていました。
• Jira との統合。ここでもまた透明性についてでした。タスク マネージャーでテスト ステータスを正しく表示することは、ワークフローを可能な限り透明にするための最良の方法です。
• テスト コードとの簡単な統合: 手動で何かを変更する必要なく、すべての変更が TMS に表示されます。
• CI/CD でのテスト起動。より迅速に実行できると便利です。完璧なシナリオでは、TMS から直接起動できます。 TestRail には UI カスタマイズ機能がありますが、このソリューションには継続的なサポートが必要でした。

Allure TestOps がプロセスをどのように変えたか

要求は明白になりましたが、適切な解決策を見つけるのに役立ちませんでした。ここで、PropellerAds QA チームは、評判の高い開発者である Artem Eroshenko に会えて幸運でした。彼は突然、シンプルで率直なアドバイスをくれました。

Allure TestOps があるのに、なぜ TestRail を使用するのですか?

最初に考えたのは、Allure TestOps とは何ですか?

Allure TestOps は、テスト ケースを保存および管理できるテスト プラットフォームです。これは、ほとんどのチーム メンバーに非常によく知られているアリュール レポートに基づいています。

ミハイル:
— だから私たちは考えました: それは新鮮でトレンディなツールです — 試してみませんか?

そして、スポイラー：それは完璧に機能しました.プロセスは可能な限り最良の方法で、そして最短の時間で変化し始めました。

では、ワークフローを大幅に向上させた Allure TestOps の最も役立つ機能は何でしたか?

試験結果

TestRail を試したことがある場合は、テスト結果のダウンロードが複雑であることをご存じでしょう。API にかなりの手間がかかります。

Allure TestOPS は、非常に洗練されたシンプルな方法で同じ問題を解決します。

テスト結果がアリュール レポートの生成を示唆している場合、TestOps には既にテストがあります。チームはかなり長い間 Allure を使用してきました。つまり、TestOps プラットフォームはテストを維持していました。

簡単なガイド: 統合を追加するには、TestOps の設定を入力し、必要な製品を選択してから、数回のクリックでセットアップするだけです!ここのように、迅速かつ無痛：

ミハイル:

—隠れた岩はありません: 3 つのフィールドで、統合は完了です。他のツールと同じように機能します: 最小設定。そして、大好きなダークモードも登場！

Teamcity やこの種の他のツールを統合する必要がある場合は、特別なプラグインを使用して行うことができます。結果のダウンロードを TestOps に設定するには、マウスを 2 回クリックする必要があります。さらに役立つのは、実行時に発生することです。これがどのように見えるかです: エレガントでシンプルです:

設定の準備ができたら、CI/CD でジョブを起動できます。そして、プロセスはすぐに何倍も透明になります。 Allure TestOps を使用すると、既存のテスト カバレッジを確認したり、特定のテストを起動する頻度を理解したり、安定しているプロジェクトと安定していないプロジェクトを認識したり、特定のテストを確認したりすることができます。

Allure TestOps の全体的なテスト フローは次のようになります。

• TeamCity ビルド構成を 1 回設定します。ビルド機能で Allure プロジェクト ID と Allure Results へのパスを指定します。
• Team City ビルド構成を起動します
• Allure で結果を待つだけです。
  

したがって、すべての設定が完了したら、2 つの簡単な手順を実行するだけです。JS、Web サーバー、および API は必要ありません。すべては、使用するツールの UI を介して設定されます。

品質とステータス

Allure TestOps には、特定のタスクのすべてのテストを表示できる Jira プラグインがあることがわかりました。プラグインには、ページネーション、検索フィルター、およびこれらのテストの最新の結果が含まれています。

設定も素早く簡単です — インターフェースも同様です:

ミハイル:

すべての結果が自動的に更新され、この特定のタスクに対して作成されたすべてのケースを確認できます。それはまさに、何をどのようにチェックするかを理解するために必要なものでした。古き良き透明性を大幅に向上させ、リリースする機能の品質をよりよく理解できるようにします。

コードの自動テスト

PropellerAds QA チームには多数の自動テストがあります。そのおかげで、製品の最高品質を保証できます。 Allure TestOps は、この重要な点を大幅に簡素化します。必要な注釈を作成でき、各注釈はテストのラベルを設定します。最終的に、ラベルは TestOps に表示されます。

Java 内だけでなく、既存のアノテーションの大きなリストがあります。次に例を示します。

準備ができている注釈がない場合は、独自の注釈を簡単に追加できます: @LabelAnnotation(name = “any name”)。ほとんどすべての TestOps データはラベルを介して機能し、これらのラベルはカスタマイズ可能です。そのおかげで、既存のすべてのテストのリストでさまざまなツリー マップとレイヤーを表示し、ケースをフィルターしてグループ化できます。

その他の機能

したがって、TestOps のおかげですべての問題が解決されました。これらの解決された問題に加えて、より多くの新機能にもアクセスできました。どうぞ：

• Allure では、テストの起動履歴を確認できます。 Mikhail は、これがキラー機能だったと述べています。テストがいつどこで開始され、いつ失敗し始めたかをすばやく確認できます。
• テスト計画。これで、チームは TestOps からこれらのテスト計画を作成するだけでなく、開始することもできるようになりました。
• 統計データを含む便利なダッシュボード。自分で作成するか、準備ができているダッシュボードを使用できます。
• プロジェクトのさまざまな設定。これには、不要になった古いテスト結果の削除、手動および自動ケース用に異なるテスト フィールドの設定、さまざまなオプションを使用して Allure TestOps から直接テストを開始することが含まれます。
• そして、他にもたくさん。

ミハイル:

— Allure TestOps で得られるものはほんの一部です。何か新しいことをしたいですか、それともバグを見つけましたか?バグ チケットを作成するか、Telegram チャネルで開発者に直接質問してください。本当に便利です！または、ヘルプデスク - これらの人はできるだけ早く回答しようとします - 良いサービスです。

まとめ: Allure TestOps と TestRail の比較

それで、私たちのテストの「住宅問題」は解決されましたか?はい、間違いなく。必要なすべてのツールにすぐにアクセスできる直感的な開発を常に行っている — Allure TestOps は最も適切なソリューションでした。

しかし、結局のところ、TestRail はそんなに悪いのでしょうか?

ミハイル:

TestRail は優れたツールですが、私たちよりもさまざまなニーズに適しています。

TestRail を使用する方がよい場合と、Allure TestOps が救世主となる場合はいつですか?

全体として、Allure TestOps は、すべてのステップとレベルで、QA の透明性を確保する上ではるかに効率的であることが証明されています。それが PropellerAds に必要なものです。

この記事のリード画像は、HackerNoon のAI Image Generatorによって「エンジンを見ているエンジニア」というプロンプトを介して生成されました。