アジャイル手法では、ソフトウェアテストプロセスに独自のルールが導入され、各チームが独自にサービスを開発、テスト、および展開します。ただし、複雑なシステムでは、ビジネスプロセスをサポートするために数十のサービスの調整された作業が必要な場合、追加レベルのテストが必要になります。そのため、M.Video-Eldoradoは、システム間テスト用の特別な部門を作成しました。それがどのように形成されたか、クロスシステムテスターが何をするか、そしてテストプロセスがどのように組織化されているかについては、ここを読んでください。
以前の投稿（ tyk）で、クロスシステムテストが当社にとって重要である理由についてはすでに説明しました。今日は、スペシャリストがどのように機能するかに焦点を当て、このプロセスの方法論について話します。
4つのパイロットプロジェクト
システム間テストへの典型的なアプローチを形成するには、情報を蓄積し、システム間の相互作用を追跡する必要がありました。このトピックに取り組むのは簡単ではなかったので、私たちは彼女と二人きりにならないことに決め、請負業者に頼りました。
一緒に私達は私達の「苦痛」を概説し、私達の会社はクロスシステムテストに従事する専門のテスターとそのようなプロジェクトを監督するテストマネージャーを持つべきであるという結論に達しました。彼らの仕事は、設計段階でもシステム間の相互作用を監視し、ビジネスプロセスのさまざまなコンポーネント間の関係に関する知識ベースを作成するクロスシステムアナリストによって補完されます。
この作業を確立するために、いくつかのパイロットプロジェクトを立ち上げることが決定されました。 1つ目は、同僚が定期的にテストしたプロモーションをテストするプロジェクトでした。このパイロットにより、部門のナレッジベースの構築を開始でき（Confluenceで137ページのガイドラインが作成されました）、従業員は標準的な指示に従って作業を開始しました。つまり、互換性が向上しました。
2番目のパイロットプロジェクトは、完全に新しいユニットのベースとロールモデルに基づいて編成されました。デジタル製品コードを生成するプロセスをテストしました。 Digital Content2.0と呼ばれるプロジェクトは5か月間続きました。 15のシステムに影響を与え、その実装のために114のテストケースが開発されました。このパイロット期間中に、テスト環境とプロジェクトマスターデータの集中管理が必要になり、テスト環境内のすべてのチームの作業をサポートするスペシャリストのチームを作成しました。
MarketPlaceの3番目のパイロットプロジェクトは、請負業者の参加なしに完全に独立して実施されました。私たちのチームは15のシステムをテストしました。その共同作業により、M.VideoWebサイトの商品マーケットプレイスから商品を販売することができました。さらに209のテストケースが開発されましたが、最も重要なことは、新しいプロジェクトで使用できるシステム間テストプロセス用の共通の高レベルテンプレートを作成したことです。
MarketPlaceの期間中、Jiraでテストケースの実行を開始し、便利な形式でレポートと統計を収集しました。
このプロジェクトの過程で、2020年の春に、部門全体の作業がリモート作業スケジュールに移され、互いに離れた場所で作業するテスターをトレーニングするために追加の資料が必要であることが明らかになり、私たちはトレーニングビデオのベースを形成します。
4番目のパイロットは、作業が新しい品質に移行した後、Eldoradoモバイルアプリケーションのテストです。Eldo Mobileという名前でのテストは製品テストになりました。つまり、その顧客はProjet Managerではなく、ProductOwnerでした。また、3か月のパイロット段階で16の関連システムのみをテストしましたが、新しいアプローチにより、モバイルアプリケーションの新しいリリースごとにシステム間のテストを計画することができました。
今日のクロスシステムテスト部門の仕事
現在、システム間テスト部門は、製品およびプロセスの所有者向けの内部QAサービスプロバイダーとして機能しています。さまざまな部門から申請書を受け取り、テストマネージャーがスケジュールを作成してテストタスクを配布します。スケジューリングは週に1回行われます。大小のタスクは、ワークロードと経験を考慮して、テストマネージャーとテスターの間で分散されます。
複雑なプロセスがテストされている場合、テスターは1週間を通して同じプロジェクトに取り組むことができます。その他の場合、スペシャリストは異なる顧客からの2つまたは3つのタスクを解決することができます。テスターは、動的なデジタルスケジュールに従って時間を配分する2人のテストマネージャーと同時に作業することがあります。
事前に構築された方法論には、一般的なテストケースでの作業が含まれます。このおかげで、人はあるタスクから別のタスクに簡単に切り替えることができます。私たちの仕事では、特に何かが突然「燃え」始めた場合、これがしばしば必要になります。他のプロジェクトでは、期限によって期限をわずかにずらすことができます。
私たちの部門が製品チームのテスターと対話できるように、テストケースの実行に関する明確な規制も作成します。テストの開始と終了の基準、タスクの時間と順序、各段階の責任者のリストなどです。
実際、今日、私たちは確立されたアジャイルチームにクロスシステムテストの方法論をもたらしています。このアプローチにより、継続的な承認を回避し、明確な時間枠内でテストを実施できます。
クロスシステムテスターの品質
すべての開発がアジャイルリズムで行われている場合でも、システム間テストは本質的にプロジェクトベースのままであり、各チームとグループ全体の両方で、計画、リソースの再割り当てに続くすべてのニーズがあります。
重要なのは、クロスシステムテスターとテストマネージャーの作業環境は絶えず変化しているということです。たとえば、最近、チャットボットのシステム間テストのタスクや、非営利目的の購入の契約に署名するプロセスを受け取りました。これらのタスクを完了するには、テスターは新しい領域に参加し、以前はなじみのなかったシステムの機能と特徴を理解する必要があります。
このようなプロジェクトには、テスター向けのトレーニングフェーズが含まれています。このフェーズは1週間から1か月の範囲です。同時に、人々は新しいトピックにすばやく取り組み、さまざまなチームのアナリストとコミュニケーションを取り、時間を効果的に管理できる必要があります。
しかし、これがなくても、ユニットの作業にはかなりの不確実性があります。テストマネージャーは、1つのプランで一日を開始し、ランチタイムまでに大幅に変更することができます。すべての顧客はタスクの期限と優先順位が異なり、どのシステムも突然オフラインになり、リソースの再割り当てが必要になる可能性があります。
最後に、テスト環境は圧倒される可能性があります。したがって、テストマネージャー自体が強力なPMである必要があり、文字通りその場で計画を処理できます。
製品テスト
パイロットプロジェクトの完了後、同社は製品テストの明確なコースを概説しました。テストタスクの一部は製品チームに残っているため、このアプローチは部門の枠を超えたテストを容易にすることを言わなければなりません。
クロスファンクショナルテストチームがプロセスに接続する時点と理由を事前に決定し、テスターのリソースを明確に割り当てます。
この意味で、開発の波に応じて、製品テストはスケジュールどおりに行われるため、計画が容易になります。新しいリリースを受け取ったら、何をチェックする必要があるかをチームに尋ね、テストケースを調整して、作業に取り掛かります。同時に、特定のクロスシステムテスターが各製品に割り当てられます。
一元化されたアプローチの利点は、1人のテスターが一度に複数のプロジェクトまたは製品を操作できることです。たとえば、モバイルアプリは、割り当てられたスペシャリストの時間の50％を定期的に費やします。テストマネージャーのタスクに従って、残りの50％を他のシステムのテストに費やすことができます。
新部門の結果
クロスシステムテストのパラダイムにはまだ長い間生きていませんが、テストのタイミングが短くなり（場合によっては数回）、テストの品質が高くなっていることはすでに明らかです。
クロスシステムテスターのチームは、製品チーム用の追加のテスターで拡張するよりも会社にとって安価であり、能力蓄積センターの存在のおかげで、クロスシステムテストは新しいタスクごとにますます速く合格します。さらに、「なじみのないプロジェクト」に参加するための方法論も開発し、新しい方向へのクロスファンクショナルテストの開始を迅速化しました。
新しい方法論により、すべてのチームの作業に透明性が追加され、QAが向上しました。専門知識とシステム間の分析の継続的な蓄積により、一部のシステムのどの変更が他のシステムの運用に影響を与える可能性があるかをより正確に予測することが可能になります。
知識ベースは拡大しており、今日では、数か月前には追加の準備なしでは実行できなかったようなテストケースをすでに受けることができます。したがって、クロスシステムテストの実践は、M.Video-Eldorado開発エコシステムおよび企業全体の企業文化の自然な一部になりつつあります。
PS私たちのチームは拡大しています。 才能のあるテスターが必要です。もしそうなら、乗船を歓迎します！