로직 컨트롤러는 JMeter가 요청들을 언제 전달할 것인가 결정하는데 쓰이는 로직들을 커스터마이징
하는데 쓰입니다. 로직 컨트롤러는 다음과 같은 어떠한 것들: 샘플러(요청),
환경 설정 요소들 혹은 다른 컨트롤러들도 자식 요소들로 가질수 있습니다.
로직 컨트롤러는 자식 컨트롤러로부터 나오는 요청들의
순서를 바꿀수 있습니다. 로직 컨트롤러들은 스스로 요청들을 수정할 수 있기 때문에 JMeter가 요청들을
반복 수행할 수 있게 되는 등 여러 가지가 가능합니다.
테스트 계획에서 로직 컨트롤러의 효과를 이해하기 위해서 다음과 같은 테스트 트리를 생각해 봅시다.
-
Test Plan
-
Thread Group
-
Once Only Controller
-
Load Search Page (HTTP Sampler)
-
Interleave Controller
-
Search "A" (HTTP Sampler)
-
Search "B" (HTTP Sampler)
-
HTTP default request (Configuration Element)
-
HTTP default request (Configuration Element)
-
Cookie Manager (Configuration Element)
이 테스트에서 첫번째로 생각해야 할건, 로긴 요청이 단지 첫번째 수행시만 실행될 것이라는 점입니다.
이후의 반복작업에서는 그것을 스킵할 것 입니다. 이것은
Once Only Controller
의 결과입니다.
로긴후에 다음 샘플러는 검색페이지를 읽어들입니다. (하나의 웹 애플리케이션에서 사용자가 로긴을 하고 검색을 하기 위해서
검색페이지로 이동을 했다고 상상을 해봅시다.) 이것은 로직 컨트롤러로 필터링되지 않은 간단한 요청입니다.
검색 페이지를 로딩한 후에, 검색을 할 것입니다. 사실 우리는 두가지 다른 검색을 하기를 원하고 있고,
각 검색이 끝나면 검색 페이지를 다시 로드
하기를 원합니다. 이렇게 하기 위해서 네가지 간단한 HTTP 요청 요소들(검색 로드, "A" 검색, 검색 로드, "B"검색)만 있으면 됩니다.
(하지만)그렇게 하는 대신에, 테스트 전반에 걸쳐 각 요청순간에 자식 요청을 전달시키는
Interleave Controller
를 사용하면 됩니다.
인터리브 컨트롤러는 자식 요소들의 순서를 알고 있습니다(즉, 한 요청을 임의로 전달하는게 아니라 그 위치를 기억하고 있는 것입니다.)
두개의 자식 요청들을 상호배치(interleaving)하는 것은 지나치다(overkill)라 할지 모르겠지만,
쉽게 8 혹은 20개의 자식 요청들이 있을 수 있습니다.
HTTP Request Defaults
는 인터리브 컨트롤러에 속한다는 것을 기억해둡시다.
"검색 A"와 '검색 B"가 같은 경로 정보(도메인, 포트, 방법, 프로토콜, 경로 그리고 인수, 다른 부가적인 아이템들을
포함하는 HTTP 요청 스펙)를 공유한다고 생각을 해봅시다. 둘다 같은 뒷단의 검색 엔진(가령 서블릿이나 cgi 스크립트 같은)을
건드린다는 건 이해가 됩니다. 같은 패스필드의 정보를 가지는 두개의 HTTP 샘플러를 설정하는 것 보다는 그러한 정보들을 하나의
환경 설정 요소로 추상화 할수 있을 것입니다. 인터리브 컨트롤러가 "검색 A" 혹은 "검색 B"의 요청들을 전달할 때, HTTP 디폴트 요청 설정 요소를
참조하여 설정되지 않은 값들을 설정하여 전달할 수 있습니다. 그래서 우리는 그러한 요청들을 위해 PATH 필드들을 빈칸으로 놔두고,
그런 정보들은 설정 요소에 저장하여 두면 됩니다. 이 경우 그다지 이익이 없어 보이지만, 특성을 보여주고 있는 것입니다.
이 트리에서 다음 요소는 다른 HTTP 디폴트 요청입니다. 이번 경우에는 쓰레드 그룹 자체에 추가가 되어 있습니다.
쓰레드 그룹이 빌트인 로직 컨트롤러를 가지고 있고 그리하여 위에서 설명되어 있는 데로 설정 요소들을 정확히 사용하고 있는 것입니다.
전달되는 어떠한 요청들의 빈칸에는 기본 설정값이 설정 될 것입니다. 웹 테스팅할 때 여러 분의 모든 HTTP 샘플러 요소에 대해
DOMAIN 필드를 빈칸으로 남겨두고 대신에 그러한 정보들을 HTTP 기본 요청 요소에 설정해 두고, 쓰레드 그룹에 추가해
둔다면 상당히 유용할 겁니다. 그렇게 하므로써 단지 테스트 계획의 한 필드만의 변경으로 다른 서버에 여러 분의
애플리케이션을 테스트 할 수 있는 것입니다. 그렇지 않다면 여러 분은 일일이 모든 샘플러를 편집해야 할 것입니다.
마지막 요소는
HTTP Cookie Manager
입니다. 쿠키 매니저는 모든 웹테스트에 추가되어야 합니다.
그렇지 않다면, JMeter는 쿠키들을 무시하게 됩니다. 쿠키 매니저를 쓰레드 그룹 레벨에 추가를 하면 모든 HTTP 요청들이
같은 쿠키를 공유하게 될 것입니다.
로직 컨트롤러는 다양한 결과를 얻기 위해서 여러 가지로 조합될 수 있습니다.
다음의
빌트인 로직 컨트롤러
리스트를 참조하시기 바랍니다.
