메뉴

6 개의 간단한 단계로 테스트 문서 검토를 수행하는 방법 – QA 프로세스

  • 메인
  • 품질 보증
  • 6 개의 간단한 단계로 테스트 문서 검토를 수행하는 방법 – QA 프로세스

how perform test documentation reviews 6 simple steps qa process

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

지금 쯤이면 우리 모두는 테스터로서 선적 서류 비치 그의 일상 생활에서 없어서는 안될 부분입니다. 생성, 검토, 승인, 사용, 유지 관리 및 배포되는 테스트 아티팩트의 과부하가 있습니다. 우리는 항상 문서를 만드는 방법, 사용 방법, 누구에게 가야하는지 등에 대한 명확한 프로세스를 마련했습니다.

이 기사를 통해 작지만 중요한 주제 인 리뷰에 대해 설명하겠습니다.

검토는 테스트의 한 형태이기도합니다. V & V의 검증 부분은 정적 테스트라고도합니다.

테스트 문서 검토 수행

학습 내용 :

리뷰 유형

  • 자신의 작업 검토 –자가 점검
  • 동료 검토
  • 감독

검증이 테스트 관행의 절반이면 검증이 다른 것이지만 지침이 모호한 경우가 많습니다. 따라서 지금 변경해 보겠습니다. STH의 기사에 대한 일반적인 관행입니까? 질문부터 시작하겠습니다. What? 왜? 어떻게?

소프트웨어 테스팅 문서 검토

무엇을 검토합니까?

생성 된 모든 것은 검토되어야합니다. 다음은 검토되는 몇 가지 일반적인 아티팩트입니다.

  • 테스트 계획
  • 테스트 시나리오
  • 테스트 템플릿
  • 테스트 케이스
  • 테스트 데이터
  • 보고서… 기타

테스트 문서 검토

자바에서 배열을 정렬하는 방법

검토해야하는 이유

정확히 같은 이유로 소프트웨어를 테스트합니다. 예를 들어

  • 오류를 발견하려면
  • 완전성을 확인하려면
  • 표준 및 지침이 준수되는지 확인하기 위해…

검토하는 방법?

다음은 관련된 활동 목록입니다.

  • 기준 정의 – 무엇을 찾아야하는지 체크리스트가 있습니까?
  • 점검 수행
  • 결과 기록
  • 필요한 변경 사항 공유, 논의 및 구현
  • 관련된 문서의 버전 관리
  • 문서를 승인하고 의도 한대로 사용합니다.

테스트 문서 검토 프로세스

이제 '방법'섹션의 각 단계, 즉이를 수행하는 프로세스에 대해 설명합니다.

(대부분의 테스터는 워드 프로세서를 좋아하지 않습니다. 그렇지 않습니까? 우리에게 그것은 우리가 원하지 않더라도해야 할 더 많은 작업이나 높은 수준의 관리 작업을 의미합니다. 우리가 알지 못하는 일부 규정 준수를 위해서입니다.하지만 저를 믿으세요. 작동하는 과정 우리가 그것을해야하는 이유를 이해하기에 충분히 간단합니다. 재미있을 수 있습니다! 나와 함께 놀아주세요.)

상위 지정에도 불구하고 감독자도 동료이기 때문에 동료 검토 및 감독 검토 프로세스는 동일합니다.

무료로 최고의 mp3 다운로드 사이트는 무엇입니까?

1 단계 : 기준 정의

#1) 무엇을 찾길 기대하십니까? 다음과 같은 것을 찾을 수 있습니다.

  • 철자 오류 (너무 어리석은 소리입니까? 그렇게 생각하지 않습니다. 한 번 내 기사 중 하나에서 'Web Object'대신 'Wed Object'를 썼습니다. – 의미를 완전히 변경합니다. 진지하게 받아들이기에는 너무 어리석게 만듭니다.)
  • 형식 / 템플릿 준수
  • 기능 범위 및 정확성
  • 이해의 용이함
  • 따랐던 표준 – 명명 규칙, 일관된 번호 매기기 등.

#두) 체크리스트 만들기 – 체크리스트는 매우 다양합니다. 리뷰 체크리스트처럼 복잡하거나 식료품 목록처럼 간단 할 수 있습니다. 만드는 데 약간의 시간이 소요되며 일단 완료하면 ON 또는 OFF를 확인하는 것만 큼 간단합니다.

#삼) 결과를보고하는 방법? – 편리한 것은 무엇이든 선택하십시오. 기록하고 추적 할 수있는 방법을 선호하십시오.

  • 때때로 이것은 테스트 케이스가있는 Excel 시트에 추가 열을 추가하고 예상과 다른 경우 빨간색으로 무언가를 작성하는 것처럼 간단 할 수 있습니다.
  • 입소문이 될 수 있습니다.
  • 이메일의 목록

2 단계 : 점검 수행

#1) 이전에 작성한 체크리스트를 사용하여 문서를 확인하고 피드백을 제공하십시오.

3 단계 : 결과 기록

#1) 다시 1 단계에서 결정한 방법을 사용하여 결과를 기록하고보고합니다.

#두) 변경에 대한 의견이나 제안을보고 할 때 결함을보고하는 것과 다르지 않게 취급하십시오. 아무것도 간과하지 마십시오. 자세히 설명하십시오.

4 단계 : 필요한 변경 사항 공유, 토론 및 구현

#1) 자신의 작업이 잘못되었거나 불완전하다는 말을 듣는 것을 좋아하는 사람은 없습니다. 따라서 부정적인 피드백을 제공 할 때 다음 지침을 명심하십시오.

  • 건설적인 비판 제공 – 사람을 비판하지 말고이 제품의 결함을 지적하십시오.
  • 경쟁하지 마십시오. 그가 귀하의 테스트 사례에 대해 30 개의 리뷰 댓글을 제출했다고해서이기려고하지 마십시오.
  • 귀하의 의견을지지해야하는 이유 제공

#두) 사인 오프를 얻습니다.

#삼) 변경하십시오

5 단계 : 관련 문서 버전 관리

#1) 문서의 이전 버전을 삭제하지 마십시오. 적절하게 이름을 지정하고 중앙 집중식 프로젝트 폴더에 보관하십시오. 결국 이것은 우리의 모든 작업에 대한 증거입니다.

6 단계 : 사인 오프하고 의도 한대로 문서 사용

#1) 모든 변경 사항이 통합되고 버전이 저장되면 검토 프로세스에 사인 오프를 제공하고 문서 작성 용도로 이동합니다.

#두) 또 다른 질문은 – 변경 후 다시 확인합니까? 이 프로세스는 몇 번이나 계속 진행됩니까 (작업 검토 수정 후 다시 검토)? 언제까지?

아니요, 검토는 반복 될 필요가 없습니다. 테스트 보조원이 올바른지 여부를 확인하는 데 초점을 맞춘 품질 관리 활동입니다. 항상 그렇듯이 무결점 문서는 불가능합니다. 따라서 합리적인 수준의 검토 (동료 1 회)가 허용됩니다.

이제 끝났습니다. 이 과정은 간단하지 않나요?

YouTube 비디오를 mp3로 변환하는 웹 사이트

기억해야 할 사항

  • 모든 프로젝트가이 공식화 된 검토 방법을 따를 필요는 없지만 비공식적 인 방법이 있더라도 이러한 단계는 기대치를 설정하고 안내하는 데 도움이됩니다.
  • 테스트 문서 타임 라인 추정치는 일반적으로 문서를 만들고 검토하는 데 필요한 시간을 기반으로하므로 항상 인식하지는 못하더라도 문서에 내장되어 있습니다.
  • 검토는 수동 테스트 팀으로 제한되는 프로세스가 아닙니다. 자동화 팀은 코드 연습, 설계 검토 등도 수행합니다.

마지막으로, 테스트 케이스에 대한 일반적인 검토 주석 문서의 모습입니다. 댓글은 빨간색입니다. 반드시 실제 댓글은 아니지만 어떻게 진행되는지 보여주는 것입니다.

샘플 테스트 사례 검토 문서 : (이미지를 클릭하면 확대됩니다)

테스트 케이스 검토 문서 샘플

너에게

그래도 프로세스가 벅차다 고 생각하십니까? 프로젝트에서 리뷰를 수행합니까? 아래에서 귀하의 경험, 과제, 질문 및 의견을 공유하십시오.

저자 정보 : 이것은 Swati Seela의 게시물입니다 – 9 년 이상의 업계 경험을 가진 수동 및 자동화 테스트 전문가 . 그녀는 또한 소프트웨어 테스트 교육 과정의 강사이기도합니다.

전문가로부터 소프트웨어 테스트를 배우고 싶다면 예정된 배치 일정을 확인하고 이 페이지의이 과정에 대한 자세한 정보 .

추천 도서

^