메뉴

XML 기술을 사용한 우수한 데이터 테스트 방법 (백서)

an excellent way data testing using xml technologies

문제를 제거하기 위해 도구를 사용해보십시오

에서 SDLC , 애플리케이션이 폭포수 모델을 사용하는 경우 테스트 활동은 마지막에 계획됩니다. 이로 인해 QA 팀이 결함을 식별하는 경우 요구 사항, 디자인, 코드 및 테스트 케이스와 관련하여 재 작업의 위험이 있습니다. 응용 프로그램의 결함을 식별하기 위해 끝까지 기다리지 않는 것이 좋습니다.

응용 프로그램의 기능적 실행을 기반으로하지 않는 테스트는 모든 구성 요소를 테스트 환경에 강제로 릴리스하지 않고도 결함을 찾을 수 있습니다. 이는 데이터 테스트를 통해 수행 할 수 있습니다.

응용 프로그램의 여러 계층 간의 통신에 사용되는 XML 및 관련 기술은 전체 응용 프로그램이 테스트에 즉시 사용 가능할 때까지 기다릴 필요가없는 테스트를 수행 할 수있는 기회를 제공합니다.

XML을 사용한 데이터 테스트

이 문서에서는 제품 릴리스의 수명주기 초기에 데이터 테스트 옵션을 살펴볼 수있는 한 가지 가능한 방법을 설명합니다.

학습 내용 :

인수:

이 문서는 독자가 소프트웨어 테스트 개념 그리고 데이터베이스와 XML 기술의 기본적인 사용.

최소 스패닝 트리 C ++

포커스 그룹:

QA 팀 (QA), 데이터 팀 (DT), 개발자 (DEV)

목적:

그만큼 샘플 데이터 테스트를 위해 식별 된 제품은 수행 된 테스트의 범위를 정의하고 테스트 결과 및 제품의 품질에 대한 확신을 추가합니다. 테스트 데이터를 식별하는 것은 수행 할 테스트의 요구 사항에 따라 다릅니다.

이 문서는 사용자 인터페이스에서보기 전에 테스트 데이터를 검증하는 데 중점을 둡니다.

이 프로세스는 효과적인 테스트 결과를 얻기 위해 테스트 데이터 관리가 필요합니다. 우리 모두가 알고있는 데이터는 데이터베이스 나 플랫 파일에 저장할 수 있습니다. 그러나 데이터베이스에서 / 로의 데이터 전송은 XML을 사용하여 처리 할 수 ​​있습니다. XML (1), XSD (2) 사이에는 매우 밀접한 관계가 있습니다. XPATH (삼) & XSLT (4). (아래의 모든 정의 참조).

(하나) XML -이다 엑스 지속성 미디엄 Arkup 엘 고뇌. 데이터를 설명하기위한 W3C (World Wide Web Consortium) 권장 사항입니다. 올바른 구문 규칙 세트를 적용하면 XML 문서가 '잘 형성'되었는지 확인할 수 있습니다.

(두) XSD – XML 문서의 구조를 나타내는 데 사용됩니다. '잘 형성된'XML 문서는 XSD (XML 스키마)에 대해 유효성을 검사하여 유효성을 검사 할 수 있습니다.

(삼) XPATH – '유효한'및 '잘 형성된'XML을 탐색하여 XML에서 적절한 데이터를 선택해야합니다. XPATH 표현식은 디렉토리의 일반적인 파일 경로와 같습니다.

(4) XSLT – 이다 엑스 지속성 에스 타일 ​​시트 엘 고뇌 티 ransformations – 사용자 인터페이스 (UI)에서 XML의 데이터를 나타내는 동안 XSLT를 사용하여 모든 스타일 (글꼴, 색상, 크기 등)을 적용 할 수 있습니다. XSLT는 XPath를 사용하여 XML에서 정보를 찾습니다.

에 제시된 데이터 XML 스키마 (XSD 파일)에 대해 유효성이 검사됩니다. XML은 XSLT 및 XPATH를 사용하여 다른 형식으로 출력 할 수 있습니다.

이 논의의 목적을 위해 다음 예제를 사용합니다.

예 – 출판사에는 출판 한 책에 대한 정보를 표시하는 웹 사이트가 있습니다. 웹 페이지 중 하나는 책의 모든 장에 대한 요약을 표시합니다. 테스트는 콘텐츠가이 웹 페이지에 적합한 지 확인해야합니다. 지금까지 출판사는 수백만 권의 책을 출판했습니다.

출판 된 책과 관련된 모든 정보는 데이터베이스에 저장됩니다. 그러나 문제의 웹 페이지에는 데이터베이스에서 XML로 추출 할 데이터의 하위 집합 (새 책 및 해당 장에 대한)이 필요합니다.

아래에 제공된 XML은 책에 대한 메타 데이터를 나타냅니다.

XML 파일 Book.xml

A book on test data Jim 2015 Technical English 120 10 Acknowledgement Introduction What is data List of references

XML 스키마 Book.xsd

테스트 데이터 관리 수명주기

다른 프로세스와 마찬가지로 테스트 데이터 관리 자체 수명주기 (LC) 단계가 있습니다.

  1. 데이터 요구 사항 식별
  2. 데이터 수집 계획
  3. 데이터 구축
  4. 데이터 테스트
  5. 데이터 유지 관리 (관련성이 없기 때문에이 문서에서 자세히 설명하지 않음)

#1. 데이터 요구 사항 식별

위의 예에서 데이터베이스는 수백만 개의 레코드를 저장합니다. 모든 책의 내용이 XML 파일로 추출되는 경우 자세한 유효성 검사가 필요합니다. 새로운 정보가 웹 페이지에 출력되어야 할 때 XML과 스키마가 변경 될 수 있습니다.

XML, XSD, XPATH 및 XSLT를 변경하려면 적절한 유효성 검사가 필요합니다. 그러나이 테스트는 프레젠테이션, 미들웨어 및 데이터 계층 릴리스를 기다릴 필요가 없습니다. QA 팀은 XSD를 분석하여 데이터 요구 사항 계획을 준비 할 수 있습니다.

라이프 사이클 단계 입력 기준 활동 / 책임 종료 기준
테스트 데이터 요구 사항 식별다음 문서를 사용할 수 있습니다.

데이터베이스 디자인, UI 디자인, 요구 사항 사양, 기술 아키텍처, 데이터 흐름 다이어그램, 사용 사례 다이어그램
입력 기준 (QA, DT, DEV)에서 문서를 참조하는 데이터 요구 사항 이해

테스트 데이터 요구 사항 (QA, DT, DEV)-화면 표시 이름과 해당 XML 요소 간의 매핑을 보여주는 모든 화면에 필요한 모든 데이터를 문서화합니다.
테스트 데이터 요구 사항 문서 (QA, DEV, DT) 검토

제품에 대한 모든 데이터 요구 사항을 식별하는 프로세스는 다음 사항을 해결해야합니다.

휴대폰을 감시하는 소프트웨어

a) 범위 및 완전성 – 식별 된 요구 사항이 모든 사용 사례를 포함합니까?

예 – 위의 XML 샘플에서 제목, 저자, 카테고리, 언어에 대한 데이터 조합을 테스트하는 것은 매우 중요합니다. 스키마가 이러한 필드를 요구하기 때문입니다.

요소 / 속성의 존재와 XML에서의 순서를 설명하는 XML 스키마를 살펴보면 쉽게 처리 할 수 ​​있습니다.

b) 품질 – 데이터가 최상의 품질로 수집됩니까? 사용되는 테스트 데이터는 애플리케이션에서 수행되는 테스트의 품질을 결정합니다.

  • 긍정적이고 부정적인 시나리오 – 테스트는 애플리케이션이 유효 / 유효하지 않은 입력 데이터로 어떻게 작동하는지 확인해야합니다.

그만큼 테스트 데이터 요구 사항 문서 애플리케이션의 모든 계층에 필요한 데이터를 나열합니다. 데이터베이스의 데이터는 UI에서 직접 사용 및 / 또는 조작 (계산, 연결 등) 할 수 있습니다. 따라서 모든 데이터 요구 사항을 캡처해야합니다.

아래 표는 샘플 데이터 표를 나타냅니다.

분야 명 데이터 형식 테스트 데이터 비고 검사 결과
저자끈빈 필드필수 필드이기 때문에. 테스트가 실패해야합니다.
저자끈작성자 + @특수 문자 있음이 테스트는 실패해야합니다.
저자끈저자명공백 포함이 테스트는 통과해야합니다.
저자끈123 저자숫자로 시작이 테스트는 실패해야합니다.
저자끈@!저자특수 문자로 시작이 테스트는 실패해야합니다.
저자끈저자공백으로 시작이 테스트는 실패해야합니다.

위의 예에서 Author 필드에 문자열 데이터 유형을 사용하는 것을 피할 수 있습니다. 대신 패턴을 적용 할 수 있습니다.

예 : 알파벳 만, 대문자로 시작하고 특수 문자는 사용하지 않습니다. A 무늬 (XSD에 정의 된 요소 값 제한)은 다음과 같이 정의 할 수 있습니다. .

이것이 설정되면 저자 위의 예에서 요소는 저자 요소는 대문자, 소문자 알파벳 및 양의 정수만 조합 된 값을 가져야합니다.

# 2. 데이터 수집 계획

LC 스테이지 입력 기준 활동 / 책임 종료 기준
데이터 수집 계획승인 된 테스트 데이터 요구 사항 문서데이터 요구 빈도 파악 (DEV, QA)

테스트 데이터 나열 (QA)

XML 스키마 정의 (DEV)
데이터 요구 빈도 및 테스트 데이터 (DT) 검토

#삼. 데이터 구축

LC 스테이지 입력 기준 활동 / 책임 종료 기준
데이터 구축데이터 요청 파일DB (DT)에 데이터 구축

DB에서 XML (DT)로 데이터 추출

스키마 (DT)에 대해 XML 유효성 검사

QA (DT)와 XML 파일 공유		QA 팀에서 XML 파일 수신

# 4. 데이터 테스트

LC 스테이지 입력 기준 활동 / 책임 종료 기준
데이터 테스트데이터 요청 XML 파일완전성 및 정확성 (QA)을 위해 스키마에 대해 XML 유효성 검사

테스트 결과 (QA)로 매핑 문서 업데이트
DEV, DT 팀과 공유 된 테스트 결과

위의 표에 나열된대로 QA는 스키마에 대해 XML의 유효성을 검사하여 데이터가 예상대로 사용 가능한지 확인합니다. 스키마가 일치하면 내용과 구조가 정상인지 확인할 수 있습니다. 그러나 이것은 데이터가 시스템에 의해 정확하게 선택되었음을 확인하지 않습니다.

Java와 C ++의 차이점은 무엇입니까

우리가 알다시피 XML은 p가있는 트리 구조를 보여줍니다. arent-child-sibling-ancestor-descendent 노드 간의 관계.

가장 간단한 XPATH 규칙을 이해하려면 아래 표를 참조하십시오.

가장 간단한 XPATH 규칙

XML의 필드를 화면에 표시하기 위해 (예 : HTML) XSLT – XPATH 조합이 사용됩니다.

Latest Book

Title Author Publication_Year Category Language Pages

브라우저에서 마지막으로 결과 XML은 아래와 같이 표시됩니다. 데이터가 이미 검증되었으므로 테스트의 초점은 화면의 모양과 느낌에 더 집중 될 수 있습니다.

최신 책

결론

  • 개발 테스트 수명주기 초기에 수행 된 데이터 테스트는 기능 테스트 실행 중에 버그를 수정하는 비용이 수명주기 초기에 수정하는 것보다 훨씬 더 많으므로 비용을 절약합니다.
  • XSD 문서를 사용하여 XML 파일, XPath 및 XSLT를 검증하는 데 초기에 소요 된 노력은 릴리스의 여러 반복을 방지하는 데 도움이됩니다.
  • QA 팀은 개발 팀과 긴밀히 협력하여 부가 가치 서비스를 제공 할 수 있습니다.
  • QA 팀은 범위와 정확성을 보장하기 위해 다양한 데이터 조합을 모의 할 수 있습니다.

이 기술이 유용 할 것이라고 확신합니다. 질문이 있으면 자유롭게 의견을 말하십시오.

추천 도서

^