Hans Bouwaldaの記事「Action-based Testing」の翻訳

LogiGearのCTOであるHans Bouvaldaによるアジャイルプロジェクトのテスト自動化に関連する神話や不安を払拭する記事の翻訳を準備しました。



ハンス・ブワルダはプロとしてのキャリアの中で、世界中の大手企業や組織でソフトウェア開発者、マネージャー、チーフコンサルタントとして幅広い経験を積んできました。 彼が提案したテスト方法（アクションに基づいて、メロドラマのスタイルで）は、多くの顧客が、大量の複雑なテストタスクのためのスケーラブルで容易にサポートされるソリューションを開発するのに役立ちました。 ハンスはしばしば国際会議で講演者を務めています。 また、 Integrated Test Design and Automationの共著者でもあります。





機能テストの自動化はアジャイルプロジェクトにどのように適合しますか？ 今日、私たちは常にこの問題に直面しています。 アジャイル戦略はさらに普及しつつありますが、アジャイルの反復とスプリントは自動化する時間がないため、機能テストは原則として依然として手動で実行されます。 機能テストとは異なり、単体テストの効果的な自動化が一般的になっています。 この質問に答えるには、次のタスクを解決します。

• テストと自動化を設計するための、綿密に計画されたプロセスが必要です。
• これらの設計および自動化プロセスは、個々のライフサイクルに基づいて編成する必要があります。

この記事では、アクションベースのテスト方法がこれらのタスクの実装にどのように役立つかを示します。 これを行うために、アクションに基づくテスト方法を簡単に紹介し、それを使用してアジャイルプロジェクトの要件に従ってテストの設計と自動化を実現する方法を説明します。

アクションベースのテスト

アクションベースのテスト方法の詳細について学ぶことができる多くのソースがあります。 ここでは、この方法の基礎となる基本原則のみを要約します。

1. 1つではなく、3つのライフサイクル

通常、テストおよび自動化タスクは、アプローチがカスケード接続されているかアジャイルであるかに関係なく、システム開発のライフサイクルに含まれます。 ただし、ABTでは、3つのライフサイクルが区別されます。これらのライフサイクルは、相互依存していますが、ABTプロジェクトで個別のエンティティとして計画および管理されています。

1. システム開発：システム開発のライフサイクルの従来のまたは柔軟なモデルに従って実行されます。
2. テスト開発-テスト設計、テスト実行、テスト結果の分析、テストサポートが含まれます。
3. 自動化-主な注意は、アクションのキーワード、アクションの解釈、ユーザーと他のインターフェイスの比較、技術的問題の研究などに向けられています。

2.テスト設計

主な場所はテストの設計です。 これは自動化を成功させる主な要因であり、使用されている自動化技術よりもはるかに重要です。 ABTでは、いわゆるテストモジュールが定義されている高レベルテストの高品質な設計を作成することが重要です。 各テストモジュールは個別のミニプロジェクトとして開発されており、他のモジュールとは異なる明確に定義されたコンテンツを持つ必要があります。



テストモジュールには、テストの目的とアクションラインが含まれています。 テストの目的は、このモジュールのフレームワーク内で何をテストするかを決定する個別の言語規定の形式でテストモジュールの内容を設定します。



テストモジュール（テーブル形式で配置）のテストは、一連のアクションラインによって定義されます。通常、アクションラインは、1つ以上のテストシナリオの形式で編成されます。 アクションの各行はアクションを定義し、アクションを定義するワーキングワードと、入力値や期待される結果を含むアクションのデータを定義する引数を含みます。



ABTでは、テストシナリオは他のテスト方法と同じ値を持たないことに注意してください。 テストシナリオは、テストの開発にとって重要ではない小さな独立したコンポーネントであると考えています。 テストスクリプトの定義済みリストを作成する代わりに、テストスクリプトが元の要素ではなくテスト設計の結果として含まれるテストモジュールのリストを作成します。



効率は、さまざまなテストシナリオを変えることによって提供されます。 さらに、各テストケースは次のケースの前提条件を満たし、テスト実行の適切なフローを提供します。

3.自動化

ABTでは、自動化作業はテスト開発とは別個のものです。 テストの設計と自動化には、開発者のさまざまなスキルと能力が必要です。 おそらくそれらの両方に関与している専門家がいますが、私の経験から判断すると、彼らはしばしば見つかりません。 さらに、これらの2つの領域は、テストの実行を保証する責任が異なります。



ABTでは、自動化エンジニアがアクションの自動化と「インターフェース定義」の作成に関与し、テスト中のシステムとさまざまなインターフェース（ユーザーおよびその他）との相互作用を制御します。 これらの自動化タスクを実行するには、特別なスキルと実務経験が必要です。

柔軟なテスト開発

ABTを2つの独立したライフサイクル（テスト開発とテスト自動化）で使用する場合、自動テストをアジャイルプロジェクトに含めるために重要な2つのトピックに注意する必要があります。

1. テストの設計と開発。
2. 自動化

スプリントでスクラム手法を使用する場合、アジャイルプロジェクトでのテストは3つのプロセスに分けられます。

1. 通常のシステム開発スプリントでのテスト。
2. 開発スプリントの前に開発をテストします。
3. 開発完了後のテスト。

1.通常のスプリントでのテスト

最も一般的な方法は、スプリントの一部としてのテストの開発と実行です。 スプリントでは、機能は、顧客およびユーザーストーリーとの会話に基づいて決定され、正確にテストする必要があるものを特定します。 テストは、ABTテストモジュールと同様の開発されたテスト、および研究と対話型テストを通じて実行できます。 さらに、将来の使用に備えて、テストモジュールで最も「興味深い」インタラクティブテストの少なくとも一部を実施することが非常に役立ちます。



単体テストはそれ自体非常に重要ですが、ABTでは、個々の機能をテストするために、そのようなテストとそのアプリケーションをさまざまな方向で再利用する可能性を考慮することは理にかなっています。



単体テスト用のテストモジュールを定義し、選択したアクションに割り当てることにより、それらを簡単に組み合わせて、スプリント中またはスプリント後にテスト中のシステムのより広範な値とさまざまな要素をテストできます。

2.開発スプリントの前に開発をテストする

ABTメソッドを使用する場合、アクション、特に高レベルのビジネスアクションを使用すると、技術的な側面ではなくビジネス機能に焦点を当てたテストを開発できます。 このようなテストは、一般に高レベルのテストと呼ばれます。 これらはユーザーインターフェイス要素には関係しませんが、たとえば、住宅ローンのリクエストの記入や車のレンタルなどのビジネストランザクションを対象としています。



プロジェクトの初期段階で、より高いレベルのテストを開発できます。 開発の場合、システム開発スプリントの完了を待つ必要はありません。この場合、ビジネス機能を決定し、それらをチェックするための適切なテストを作成する時間が残っているためです。



ビジネスレベルのテストの数と必要性は、特定の状況によって異なります。 一般的に、次のことをお勧めします。

• ビジネスレベルのテストの数は、製品の全体的な品質を保証し、テストされた機能に影響を与えないシステムの変更に依存しないため、できるだけ多くする必要があります。
• ABTの高レベルテスト（テストモジュールが割り当てられている）の設計段階を使用して、ビジネスレベルのテストを実行するときに最初にチェックできる機能と、開発スプリントの一部として詳細なテストでカバーできるニーズを決定する必要があります。

3.スプリント後のテスト

システムの個々の部品のスプリントを完了し、これらの部品を結合した後、通常、システム全体の品質と要件への準拠を確認するために追加のテストが必要です。 さらに、変更によって影響を受けなかったシステム要素を再テストして、新しい要素が古いシステム要素と適切に相互作用することを確認するために、追加のテストが必要になる場合があります。 これは、たとえば、回帰スプリントまたはフォールトトレランススプリントで必要になる場合があります。



私の意見では、このような「フォローアップテスト」は、事前に開発されたテストモジュールと完全に自動化されたアクションを持つことが推奨される主な領域です。 これにより、特にリリース日が近づいている場合に貴重な時間を節約できます。

柔軟なテスト自動化

アジャイルプロジェクトでは、通常、「タイムリーな自動化」という用語を使用してテストの自動化を表します。 ABTメソッドを使用すると、この概念が変わり、「タイムリーなテスト開発」のように聞こえます。 いずれにせよ、高レベルの自動化は生産性の向上とスプリントの加速に重要な役割を果たします。



迅速かつタイムリーに自動化を提供するには、次の規則に従う必要があります。

• 初期段階で基盤を作成します。
• 自動化の信頼性の向上。
• テスト対象のシステムのテスト容易性の確保。
• 自動化テスト。

1.初期段階でフレームワークを作成する

成功する自動化は、次のステップを開発するための強固な基盤を作成することから始まります。 このようなフレームワークは、ユーザーインターフェイスのすべてのクラスで必要なすべての操作を実行し、APIにアクセスし、データベースクエリを実行し、適切なプロトコルを使用してメッセージをコンパイルおよび処理するなど、さまざまな機能を提供する必要があります。



LogiGearのTestArchitectツールを使用して多くの技術的機能を利用できますが、ほとんどのプロジェクトは顧客の特定の技術的問題に関連する研究開発から始まります。たとえば、レジ​​用のデバイスのモデリング、石油探査用の3次元グラフィックスの操作、モバイルデバイスのテスト、診断機器のファームウェアなど



できるだけ早くそのような技術的基礎の作成を開始し、それに細心の注意を払い、すべての技術的問題を特定して解決することが重要です。 これにより、低レベルのアクションを実装し、開発スプリントなどの高レベルのアクションに使用できます。 さらに、初期段階で技術的基礎を作成することで、その後のリスクが軽減されます。

2.自動化の信頼性の向上

アジャイルプロジェクトの本質は、テスト中のシステムの多くの要素が、スクラムのスプリントなど、反復の一部としてプログラムに実装された場合にのみ明確になることです。 これは主に、ユーザーインターフェイスのテストなど、自動化が特に重要な領域に適用されます。 これらの要素は、開発プロセス中に多くの変更を受ける可能性があります。 同時に、自動化がボトルネックになることはありません。 この場合、主なことは柔軟性です。



アクションベースのテストモデルでは、個々のアクションの詳細を非表示にできるため、必要に応じて迅速に再構成できるため、必要な柔軟性を提供できます。 ただし、他の点を考慮する必要があります。 ほとんどの場合、私たちのプロジェクトでは、「タイミング」の問題が発生します。 多くの場合、自動化されたアクションを実行するには、テスト中のシステムが特定のアクションに応答し、以下を実行する準備ができるまで待機する必要があります。



この問題を解決するには、自動化エンジニアがアクティブタイミングの可能性を最大限に活用する必要があるという結論に達しました。 その実装のために、テスト中のシステムに基準-事前に決定された最大値を確立する必要があります。 この値に達すると、次のアクションへの自動遷移がすぐに発生します。 これらおよび類似の問題に十分な注意を払うことで、自動化の信頼性と柔軟性を確保できます。

3.テスト中のシステムのテスト容易性の確保

自動化の準備として、システム開発者は、テスト対象のシステムのどの要素が自動化ツールへの便利なアクセスを提供するかを示す必要があります。 そのような要素が初期段階で識別され、要件として定義されている場合、スプリントに簡単に組み込むことができます。



良い例は、さまざまなプラットフォームでスクリーンコントロールまたはHTML要素に使用できる特定の識別プロパティの値の使用です。 ユーザーにはこれらのプロパティは表示されませんが、自動化ツールで使用できます。 このような値を指定すると、設計の変更に関係なく、コントロールまたは他の要素のテストを原則として簡単に自動化できます。



これらの値がプロジェクトの初期段階で定義されている場合、たとえばTestArchitectなどのツールを使用して、「インターフェース定義」を作成し、テスト対象のシステムを構築する前でも使用できます。



このような便利なプロパティの例には、HTML要素のid属性、Java / Swingの名前、.NetおよびWPFのアクセシビリティ名があります。 これらはユーザーエクスペリエンスに影響しませんが、自動化ツールで使用できます。 さらに、このようなプロパティを使用すると、ローカライズの問題を解決できます。碑文が別の言語で書かれていても、[OK]ボタンは常に見つかります。

4.自動化テスト

自動化をテストする必要があります。 ABTでは、これはインターフェイスのアクションと定義をテストする必要があることを意味します。 自動化エンジニアがテスターに​​提供する製品の一種であり、この製品は高品質でなければなりません。 各プロジェクトには、テスト対象のシステムではなく、アクションとインターフェイスの定義をテストするために設計されたテストモジュールを含む（TestArchitectツリーのテスト内に）少なくとも1つのフォルダーが必要です。



テスト開発プロセスと同様に、経験豊富な専門家の参加を得て、自動化作業を適切に計画および編成する必要があります。 この場合、慎重なテスト開発計画と自動化計画の組み合わせにより、アジャイルプロジェクトのすべての要件を正常に満たすことができます。



11月22日に、ハンス・ブーバルダは「 成功するテスト自動化のための5つの重要な要因 」というマスタークラスでモスクワに到着します。



Hans Boowaldyのその他の記事はこちらにあります 。