ベストプラクティス | プロジェクト | フォルダ

私たちはフォルダが大好きです。優れたフォルダ構造は、物事を見つけやすく、分類しやすく、拡張しやすくします。特にチーム環境においてはそう言えます。Make sure you organize your test artifacts into a logical, sustainable structure, so your project can grow and evolve, without you having to reorganize all the time.テスト成果物を論理的で持続可能な構造に整理してください。そうすれば、プロジェクトは常に再編成せずに、成長し進化することができます。

このトピックではToscaの主要セクションのフォルダ考察について説明します。

• モジュール：テストの構成要素を作成・管理します。

• テストケース：テストシーケンスとアクションを設計します。

• 実行：テストランを整理し、その結果をチェックします。

モジュールセクション

モジュールはテストの構成要素です。モジュールセクションでは、以下の点に留意してください。

• 誰にとっても論理的な構造を作りましょう。モジュールフォルダは、アプリケーションの構造に従うことを推奨します：

  アプリケーション名と頭字語 > 領域または機能 > 個々の部分またはプロセス

• 重複するカテゴリや競合するカテゴリがあるフォルダは避けてください。モジュールがフォルダ A に属するのかフォルダ B に属するのか、同僚のテスターに迷ってほしくありません。

• 直感的で読みやすいフォルダ名を使用してください。検索結果で読みやすいように、なるべく短い文章にしましょう。

「TestCasesセクション」

「 テストケース」は、Toscaがテスト対象アプリケーションで実行する一連のステップです。「 テストケース」セクションでは、以下のオプションのいずれかを推奨します。

実行セクション

実行セクションでは、テストランを準備してトリガーし、その結果を確認します。テスト結果を追跡するために、 ExecutionLists フォルダ内にフォルダを作成することも推奨します：

• 優先度の高いテストケースのスモークテスト。

• リグレッションスイートのリグレッションテスト。

• 他のフォルダの邪魔になるものでも、残しておきたいものはすべて「アーカイブ」します。

複数のアプリケーションをテストする場合は、アプリケーションごとに別の親フォルダを作成し、提案されたフォルダをサブフォルダとして追加します。

次の記事

まだご覧になっていない場合は、他のベストプラクティスの記事をご覧ください。