2009-04-24 7 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# 예제를 보았습니다. 그러나 subscript에 둘 이상의 parentID가있을 수 있으므로 parentID (하위 스크립트)에 대한 참조를 사용할 수 없다고 생각합니다.

+0

전체 : 나는 파일 시스템을 사용하는 것이 실행 가능한 해결책이라는 점에 동의하지만 (Chris에게 주석 참조) "MainScriptForTesting"에 링크되지 않은 스크립트를 제거 할 때 우연히 스크립트를 삭제하는 함정을 피하려고합니다. 그렇다면 스크립트 변경 내용을 "정당화"하고 (버그 수정을 사용하여) 변경 기록을 스크립트 편집에 추가해야하는보다 엄격한 프로세스 사용을 고려하고 있습니다. –

답변

4

디렉토리 구조 + 버전 제어 시스템을 사용하는 것이 좋습니다.

그것은 많은 장점이 있습니다

  • 버전 제어 당신의 개정을 유지하는 데 도움을 보안을
  • 을 향상 그것이
  • 간단
  • 어떤 멋진 도구없이 여전히 당신을위한 접근 꽤 빨리
+0

우리는 원래 스크립트를위한 디렉토리를 사용했고 우리는 그것들을 읽었을뿐입니다. 최종 사용자는 구성 관리에 넣을 때 스크립트를 포함하는 것을 종종 잊었을 것입니다. 그들은 실제 테스트가 일어나기 전에 일주일 전까지 이것을 알아 채지 못하고 스크립트를 찾아 냈습니다. 그런 다음 모든 것을 (잘못 설계된) 데이터베이스에 넣었으므로 이제 인터페이스 (및 데이터 저장소)를 다시 작성하여 정리할 수 있습니다. –

0

일관된 명명 스키마가있는 디렉토리 구조 만 사용하는 것이 좋습니다. 나를. 모든 파일을 패키지화해야하는 경우 "tar"(또는 다른 아카이브/zip 도구)를 사용할 수 있습니다.

+0

구성 관리가이를 통해 "볼"수 있으며 각 개별 스크립트의 압축을 풀고 확인합니다. ;) –

1

나는 버전 제어 시스템에 동의하고 파일 시스템이 이상적이다.

그러나 필자는 각 테스트 케이스를 분석하여 필요한 추가 정보 데이터의 각 조각에 대한 디렉토리를 포함 할 것을 권장합니다. 대부분의 최신 dat 버전 제어 시스템은 링크의 개념을 지원하며 장기적으로 모든 것을 유지 보수 할 수있는 이상적인 방법입니다. 이것들은 또 다른 답변에서 언급 한 바와 같이 타르와 잘 어울립니다.

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를 혼합하고 일치시킬 수있는 되는 장기적으로 유연성과 maintainability 살 것이라고 믿습니다. 여분의 간접 레벨을 처리해야하며 $ SHAREDTOP 과 같은 일부 환경 변수는 스크립트를 이동하지 못하게 할 수 있습니다.창문이라면 좋은 버전 제어 시스템에서만 링크 가능 기능을 얻을 수 있습니다. 다시 tar는 유닉스 박스에서조차 충분할 것이다.

+0

위의 모든 설명을 참조하십시오. –

관련 문제