例・ケース１：　ドラッグアンドドロップ操作

例・ケース２：　アクション run test

また、テストエディタに直接ビルトインアクション run test を入力することもできます。

      
        	name
run test	/Action-based Testing Basics/Action Based Testing
      
  

• 引数 name:

  • 対象のテストモジュールのフルパスは、現在のプロジェクトのTestsノードに対して指定され、階層内の連続するフォルダを区切るためにスラッシュ（/）が使用されます。

    • 例えば、SampleRepositoryでは、Login ValidationテストモジュールはAction-based testing basicsの下にあるFunctional Testsテストフォルダに位置しています。

      

      テストモジュールを指定するために指定されるフルパスは、/Action-based Testing Basics/Functional Tests/Login Validation です。

  • 対象のテストスイートのフルパスは、 Test Suites ノードと一緒に指定され、階層内の連続するフォルダを区切るためにスラッシュ (/) が使用されます。

    • 例えば、Smoke tests テストスイートが User Interface テストスイートフォルダの下にある場合、テストスイートのフルパスは Test Suites/User Interface/Smoke tests となります。

  • 引数 name には、変更仕様なしでテストモジュールの名前のみを含めることができます。ただし、実行時の変更選択に関する通常のルールは引き続き適用されます。つまり、run testによって実行されるテストモジュールのバリエーションは、実行時の Execute Test ダイアログボックスで指定されたバリエーション仕様（または、バッチファイルの実行の場合、TACommandLineパラメータ）によって決まります。

• run testによるテストモジュール（またはtest suite）の実行は、呼び出し元のテストモジュールに対して同期的に実行されます。つまり、呼び出し元は実行を一時停止し、呼び出されたテストモジュール/テストスイートの実行が完了すると、再開します。

• ユーザー定義のアクションからアクション run test を呼び出さないことを強くお勧めします。つまり、テストモジュール内からのみ呼び出すべきです。

• また、実行テストダイアログボックスを介して設定されるテストモジュールとは異なり、run testコマンドの対象テストモジュールのテストケースの実行または非実行を指定するオプションはありません。

• ヒント: 
  • このビルトインアクションをアクションラインとして入力する便利な方法は、TestArchitect エクスプローラーツリーから対象のテストモジュールまたはテストスイートのノードを直接、テストエディタの空の行の列 A にドラッグアンドドロップすることです。その行は、正しいターゲットを指定したアクションライン run test で自動的に埋められます。
  • ただし、ドラッグしたテストモジュールが variationの場合、引数 name に挿入される名前は単なるデフォルトであり、バリエーションの指定はありません。