객체 (또는 에 주입 된 사용자 정의 객체)를 사용하여 데이터를 저장하고 검색 할 수 있습니다. 이 접근법은 특히 현재 시나리오와 관련된 데이터에 적합합니다.
2. 글로벌 변수 사용 (일반적으로 권장하지 않음) : World World는 의도하지 않은 부작용의 위험과 코드 선명도 감소로 인해 일반적으로 권장되지 않습니다. 글로벌 변수는 데이터의 원점과 사용을 추적하기가 어렵 기 때문에 테스트 스위트가 성장함에 따라 유지 보수 악몽을 초래합니다. 데이터를 인수로 전달 :
이것은 단계간에 데이터를 직접 전달하는 간단한 방법입니다. 그러나 여러 데이터를 전달하는 경우 많은 인수가있는 긴 단계 정의로 이어질 수 있습니다. 데이터 구조 (예 : 해시, 배열)를 사용하여 : <code class="ruby"># Example using Ruby and Cucumber
# features/step_definitions/my_steps.rb
Before do |scenario|
@scenario_context = {}
end
Given("I have a username of {string}") do |username|
@scenario_context[:username] = username
end
When("I login") do
username = @scenario_context[:username]
# ... use username to perform login ...
end
Then("I should see a welcome message") do
# ... verify welcome message based on previous steps ...
end</code>
보다 복잡한 시나리오의 경우 해시 또는 배열과 같은 데이터 구조를 만들어 여러 데이터를 저장하고 단계간에 전달할 수 있습니다. 이 접근법은 개별 주장을 통과하는 것보다 더 조직적이지만 혼란을 피하기 위해 신중한 관리가 필요합니다. 다른 오이 단계에서 상태와 데이터를 관리하기위한 모범 사례는 무엇입니까? 오이 및 데이터를 관리하기위한 모범 사례는 유지 관리, 가독성 및 테스트 가능성에 중점을 둡니다. 간결하게 유지하십시오 : - 시나리오 컨텍스트에 과도한 양의 데이터를 저장하지 마십시오. 후속 단계에 절대적으로 필요한 데이터 만 저장하십시오. 데이터를 다른 곳에서 쉽게 도출하거나 검색 할 수있는 경우 불필요하게 저장하지 마십시오. 설명 변수 이름을 사용하십시오. 포함 된 데이터를 반영하기 위해 변수 이름을 명확하게 지정하십시오. 이것은 코드 가독성을 향상시키고 데이터의 흐름을 더 쉽게 이해할 수있게한다.
- 돌연변이 상태를 피하십시오 : 가능할 때마다 불변 할 수없는 데이터 구조를 선호합니다. 이렇게하면 의도하지 않은 수정의 위험이 줄어들고 디버깅이 더 쉬워집니다. 일관된 접근 방식을 사용합니다. 데이터 공유 방법 (예 : 시나리오 컨텍스트)을 선택하고 프로젝트 전체에서 일관되게 고수합니다. 일관되지 않은 접근 방식은 코드를 이해하고 유지하기가 더 어려워집니다.
- 단계 모듈화 : 복잡한 시나리오를 작고 관리하기 쉬운 단계로 나눕니다. 이렇게하면 단계 사이에 전달되어야하는 데이터의 양을 줄이고 테스트의 전체 구조를 향상시킵니다. 테스트 데이터 분리 :
테스트 데이터를 단계 정의와 분리합니다. 따라서 단계 정의를 수정하지 않고 테스트 데이터를보다 쉽게 관리하고 업데이트 할 수 있습니다. 테스트 데이터를 관리하기 위해 외부 파일 또는 데이터베이스를 사용하는 것을 고려하십시오. - 오이 단계 사이에 데이터를 전달할 때 코드 복제를 피할 수있는 방법은 무엇입니까? 이를 피하기 위해 :
리팩터 공통 논리 : 여러 단계에서 동일한 데이터에서 유사한 작업을 수행하면이 논리를 도우미 방법이나 클래스로 추출하십시오. 이렇게하면 중복성이 줄어들고 코드 유지 보수성을 향상시킵니다.
페이지 개체 사용 (또는 유사한 패턴) : 페이지 객체는 애플리케이션의 특정 부분과 상호 작용을 캡슐화합니다. 이를 통해 단계 정의에서 데이터 액세스를 중앙 집중화하고 복제를 줄일 수 있습니다. 데이터 테이블 : 여러 세트 입력 데이터 세트와 관련된 시나리오의 경우 오이의 데이터 테이블 기능을 사용하여 구조화 된 형식의 데이터를 제공하십시오. 이렇게하면 여러 단계로 데이터를 하드 코딩 할 필요가 없음으로써 코드 복제가 줄어 듭니다. 사용자 정의 도우미 방법 : 일반적인 데이터 변환 또는 조작을 처리하기위한 사용자 정의 도우미 메소드를 만듭니다. 이렇게하면 단계 정의가 더 간결하고 읽기 쉬워집니다. 오이 단계간에 데이터를 공유 할 때 피할 수있는 일반적인 함정은 무엇이며 어떻게 극복 할 수 있습니까? 오이 단계간에 데이터를 공유 할 때 몇 가지 일반적인 함정이 발생할 수 있습니다. - 글로벌 상태에 대한 과도한 관계 : 글로벌 변수 또는 과도하게 큰 시나리오 컨텍스트를 사용하면 엄격하게 결합되고 관리하기 어려운 테스트가 발생합니다. 솔루션 : 시나리오 컨텍스트를 드물게 사용하고 데이터를 인수로 직접 전달하거나 적절한 경우 페이지 객체를 사용하는 것을 선호합니다. 어려운 디버깅 : 여러 단계에서 데이터 추적이 어려울 수 있습니다. 솔루션 : 디버거 또는 로깅을 사용하여 데이터 값을 추적하고 문제를 식별합니다. 잘 구조화 된 코드와 설명 변수 이름도 도움이됩니다.
연약한 테스트 : 단계 순서 또는 응용 프로그램의 정확한 상태에 크게 의존하는 테스트는 파손되기 쉽습니다. - 솔루션 : 애플리케이션 상태의 변화와 독립적이고 강력한 설계 테스트. 데이터 불일치 : 데이터는 예기치 않게 한 단계로 예기치 않게 수정되어 후속 단계에서 오류를 초래할 수 있습니다. 솔루션 :
는 불변의 데이터 구조를 선호하고 데이터 수정이 신중하게 제어되고 추적되도록합니다. - 불분명 한 데이터 흐름 : 단계 사이의 데이터 흐름은 즉시 명백하지 않아 혼란과 오류로 이어질 수 있습니다. 솔루션 : 명확하고 설명적인 변수 이름, 주석을 사용하고 코드 가독성을 향상시키기 위해 단계를 모듈화하십시오. 데이터 흐름을 시각화하기 위해 다이어그램을 사용하는 것을 고려하십시오.
이러한 모범 사례를 따르고 이러한 함정을 피하면 단계간에 데이터를 효과적으로 공유하는 강력하고 유지 관리 가능하며 신뢰할 수있는 오이 테스트를 만들 수 있습니다. - .