목적:
|
후보 메커니즘의 기존 구현의 재사용 여부 식별 및 개발이 필요한 추가 구현 식별
|
사용 가능한 테스트 도구 및 기존 테스트 구현을 조사하고 하나 이상의 기존 솔루션이 존재하는 메커니즘의 인벤토리를 작성하십시오. 이 과정은 명확히 자동 테스트와 더 관련이 깊지만 수동 테스트를 위해 고려해야 하는
항목도 있습니다.
하위 주제:
먼저, 구매할 계획이거나 제공되는 도구의 목록을 컴파일하십시오. 자동화 도구의 형태는 다양하며 일반적으로 이 도구 목록에는 자동화된 테스트 구현 및 실행 도구 이상의 도구가 포함되게 됩니다. 각 도구에 대해 도구가
제공하는 메커니즘을 조사하십시오. 예를 들면, 사용하려는 스크립팅 도구는 자체의 데이터 지속성 메커니즘을 제공합니까? 제공한다면, 이 메커니즘이 요구사항을 충족시킵니까, 아니면 그 이상이 필요합니까? '실행 도구를
사용하여 여러 호스트 클라이언트 시스템에서 테스트 스크립트를 동시에 실행할 수 있습니까?' 또는 '실행 도구를 사용하여 중앙 마스터 시스템에서 여러 호스트 클라이언트 시스템으로 스크립트를 분배할 수 있습니까?'
등과 같은 질문을 제기할 수 있습니다.
기존 테스트 자동화 구현이 제공되는 경우 인벤토리에 대한 추가 메커니즘이 존재합니다. 이러한 구현의 일부 측면을 통해 도구의 유용성을 위해 해당 도구에서 제공하는 기본 메커니즘을 확장하거나 보충할 수 있습니다.
다른 측면을 통해 기본 도구에서 제공하지 않는 추가 메커니즘을 구현할 수 있습니다.
기본적으로, 이 메커니즘은 테스트 구현 및 실행을 위해 존재하는 테스트 가이드라인을 검토하는 작업과 관련됩니다. 동시성 및 분배와 같은 문제에 대한 기존 프로세스 솔루션을 찾아야 합니다. 즉, 테스터 간에 데이터
세트를 공유하는 방법, 특히 서로에게 나쁜 영향을 주지 않고 기존 데이터 베드를 공유하는 방법, 그리고 테스트 팀이 분산된 경우 분리된 테스트를 조정하기 위해 사용 가능한 솔루션을 말합니다.
|