2016-07-14 6 views

답변

1

불행히도, 내가 아는 누구도 미안합니다.

그러나, 다른 방법은 응용 프로그램 Repository 인터페이스에 정의 된 쿼리를 테스트하기 위해 (OQL) 쿼리를/쓰기 표현 Spring Data GemFire Repositories (자세한 내용 here)를 사용하고 자동 [JUnit을] 테스트를 작성하는 것입니다.

example, 나는 어느 SDC의 [Crud]Repository 또는 SDG의 GemfireRepository 인터페이스의 인터페이스 확장을 정의 할 수 있습니다 특정 conventions (인터페이스 메소드 서명에 의해 정의 된 쿼리 기준 규격) 다음 my application queries를 선언합니다. 나는. 나는 실제적인 질문을 쓸 필요가 없다.

그런 다음 응용 프로그램의 쿼리를 실행하려면 tests을 정의하는 것이 비교적 간단합니다.

complex queries (두 개 이상의 결합 된 PR에 Equi-Joins과 같은)을 더 표현할 수도 있습니다. 그러나 특히 query limitations involving PRs과 더불어 general을주의하십시오.

PR 쿼리에 대한 자세한 내용은 here이며 구체적으로는 Equi-Join Queries on PRs입니다.

내가 수행해야하는 힘든 시간을 성공적으로 어떤 도구를 상상 동등 조인 (OQL) 쿼리에 2 개 배치의 PR (또는 다른 지역 유형으로 PR, 예를 들어 REPLICATE 또는 LOCAL)를 쿼리하기 때문에 실제 쿼리 이런 종류의 활성화가 GemFire ​​함수 내부.

어쨌든, 이것은 Explain Plan과 같은 perf를 분석하는 것 외에 쿼리 결과의 유효성을 테스트하기 위해 빠른 것을 필요로하기 때문에 찾고 있던 것이 아니란 것을 알고 있습니다. 그러나 이것은 적어도 증가합니다 자동 반복 가능한 방식으로 테스트 커버리지를 테스트합니다.

물론 응용 프로그램 외부의 데이터에 대한 분석을 수행하려는 경우 이는 논점입니다.

건배, 존

+0

은 SDG/단위 테스트의 사용에 동의했다. 하지만 제 질문은 유효성 검사 또는 일부 데이터 쿼리에 대한 테스트 팀 사용에 대한 것이 었습니다. 그리고 Explain-plain과 같은 추가 기능이 정말 유용 할 것입니다. –

+0

예, 많이 생각했습니다. +1은 '계획을 설명하십시오'와 비슷한 기능을가집니다. 미안해, 너를 더 도울 수 없어. –