2009-04-24 17 views
3

コンポーネントをテストするために何百ものスクリプトがあります。これらのスクリプトにはそれぞれ、一連のサブスクリプトと個々のレコードが含まれています。スクリプトを格納する「最良の」方法とは何ですか?

添え字は、複数のTC_Levelスクリプトや他のサブスクリプトでも使用できます。
すべてのスクリプトには一意の名前があります。

例:

TC_1 
    | 
(1) Subscript_a 
    | | 
    | (1) Record i 
    | | 
    | (2) Record ii 
    | 
(2) Subscript_b 
    | | 
    | (1) Subscript_c 
    | | | 
    | | (1) Record_i 
    | | | 
    | | (2) Record_iii 
    | | 
    | (2) Record_ii 
    | 
(3) Record_iv 
    | 
(4) Record_v 
    | 
    ... 

私がしたい

  • は、コンテナ内に私のスクリプトを格納します。
  • これらをスクリプトエンジン内のツリービューに読み込みます。

私は、コンテナのどのようなタイプを使用する必要がありますか?

可能なコンテナ(これらに限定されない):ディレクトリ、データベース、XMLファイル、スプレッドシート、フラットファイル、...

してください、提案を行う際に、また、ストレージの短いサンプル(必ずしもコード)を含み構造。

treeviewsフォームデータベースにデータを取り込むC#の例を見ましたが、添字に複数のparentIDがある可能性があるため、parentID(下付き文字)の参照は使用できないと思います。

+0

すべて:私はファイルシステムを使用することが実用的な解決策であることに同意しますが(Chrisへのコメント参照)、「MainScriptForTesting」にリンクされていないスクリプトを削除する際に誤ってスクリプトを削除することを避けたいと考えました。 つまり、スクリプトの変更をバフ修正を使用して「正当化」し、スクリプトの編集に変更履歴を追加するという、より厳しいプロセスの使用を検討しています。 –

答えて

4

ディレクトリ構造+バージョン管理システムを使用することをお勧めします。

それは多くの利点ました:それはそれはそれはかなり速いです

  • 簡単です任意の空想のツール
  • なしまだあなたのためにアクセス可能であり、あなたのリビジョンを維持するためにあなたを

    • バージョン管理を支援し、セキュリティ
    • を改善
  • +0

    元々スクリプト用のディレクトリを使用していたプログラムで、読み込んだだけです。エンドユーザは構成管理に入れるときにスクリプトを含めることを非常によく忘れていました。彼らは、実際のテストが発生して不足しているスクリプトを捜索する1週間前までこれを気付かないでしょう。それから、すべてのものを(うまく設計されていない)データベースに入れて、インターフェース(とデータストア)を書き直すことでクリーンアップする機会がありました。 –

    0

    私もちょうど一貫した命名SCHEでディレクトリ構造を使用することをお勧めします私。すべてのファイルをパッケージ化する必要がある場合は、単に "tar"(または他のアーカイブ/ zipツール)を使用することができます。

    +0

    構成管理がこれを「見て」、個々のスクリプトを解凍して確認します。 ;) –

    1

    私はバージョンコントロールシステムとファイルシステムが理想的であることに同意します。

    は、しかし、私はまた、あなたがそれを必要とするadditoinalデータの各peiceのディレクトリを含むように各テストケースを打破することをお勧めします。ほとんどの現代版のバージョン管理システムはリンクの概念をサポートしており、長期的にすべてのものを維持できるようにするためには理想的です。これらはまた別の答えで言及されているようにタールでうまくいく。

    Shared 
    | | 
    | Subscript_a 
    | | 
    | Subscript_b 
    | | 
    | Subscript_c 
    Test_Case_1 
    |   | 
    |   SUBSCRIPT_B_DIRECTORY 
    |        | 
    |        link to ../../Shared/Subscript_b 
    |        | 
    |        SUBSCRIPT_C_DIRECTORY 
    |             | 
    |             link to ../../../../Shared/scri_c 
    Test_Case_2 
    |   | 
    |   SUBSCRIPT_C_DIRECTORY 
    |        | 
    |        link to ../../Shared/Subscript_c 
    Test_Case_3 
          | 
          SUBSCRIPT_A_DIRECTORY 
          |     | 
          |     link to ../../Shared/Subscript_a 
          SUBSCRIPT_B_DIRECTORY 
               | 
               link to ../../Shared/Subscript_b 
    

    レコードにも同じことが適用されます。その痛い設定をセットアップするが、私はそれが は、あなたのスクリプトとTest_Casesを混在させることができる の長期的に柔軟性とメンテナンスを購入すると信じています。 余分なレベルのインダイレクションに対処しなければならず、$ SHAREDTOP のようないくつかの環境変数は、スクリプトの移動を隔離する可能性があります。あなたがウィンドウズの場合は、良いバージョン管理システムからリンク可能な機能しか得られません。 tarはUNIXのボックスでも十分です。

    +0

    上記のすべてのコメントを参照してください。 –

    関連する問題