top 25 azure test plan
Azure 테스트 계획에서 가장 인기있는 인터뷰 질문 :
Azure 테스트 계획은 Azure DevOps 테스트 계획 또는 TFS (Team Foundation Server)라고도합니다.
지금까지 2 년 이상 Azure Test Plan을 테스트 관리 도구로 사용하고 있습니다.
여기에서이 문서에서는 Azure 테스트 계획에 대한 포괄적 인 인터뷰 질문 목록을 제공 할 것입니다 (도구에 대한 경험을 통해 배운 몇 가지 까다로운 질문과 해당 솔루션).
인터뷰 질문 세트로 이동하기 전에 Azure 테스트 계획이 무엇이며 QA 팀을 위해 어떤 목적으로 해결되는지에 대한 전체적인 컨텍스트를 설정하고 싶습니다.
- Azure 테스트 계획은 Azure DevOps 테스트 계획 또는 TFS (Team Foundation Server)라고도합니다.
- Azure 테스트 계획은 수동 및 자동 테스트를위한 최고의 웹 기반 테스트 관리 도구 중 하나입니다.
- 이 도구는 요구 사항, 사양 문서 및 / 또는 테스트 사례, 테스트 결과 및보고 된 결함에 연결된 사용자 스토리를 포함하여 종단 간 추적 성을 갖는 매우 좋은 옵션을 제공합니다.
- 이 도구는 특정 환경에 대해 실행 된 테스트 케이스 또는 실행 된 빌드 수, 테스트 케이스 작성자 및 테스트 케이스를 실행 한 QA와 같은 구성 세부 사항을 추적하는 데 도움이됩니다.
- 팀 내의 많은 테스터에게 테스트 케이스를 할당하거나 배포하는 데 도움이됩니다.
- 이는 새로운 테스트 케이스를 생성하는 것부터 시작하여 테스트 노력의 진행 상황을 쉽게 추적 할 때까지 기존 테스트 케이스를 재사용하는 등 큰 목적에 사용됩니다.
- 또한 간단하고 명확한 차트가있는 맞춤형 대시 보드를 가질 수 있습니다.
상위 TFS 인터뷰 질문 – Azure 테스트 계획 인터뷰 질문
다음은 TFS에 대한 인터뷰 질문의 포괄적 인 목록입니다.
Q # 1) TFS에서 사용자가 생성 할 수있는 여러 유형의 테스트 스위트의 이름을 지정하고 각각의 차이점은 무엇입니까?
대답: 테스트 스위트는 여러 테스트 케이스의 그룹입니다. 테스트 케이스의 그룹화는 요구 사항 또는 사용자 스토리, 기능, 변경 요청과 같은 기타 작업 항목에 위배되거나 '회귀 테스트 스위트'또는 '스모크 테스트 스위트'로 함께 그룹화 될 수 있습니다.
사용자가 TFS에서 만들 수있는 세 가지 유형의 테스트 모음이 있습니다.
- 정적 테스트 스위트
- 요구 사항 테스트 스위트
- 쿼리 기반 테스트 스위트
[워크 플로 :
테스트 스위트 생성 : 프로젝트 열기-> 테스트-> 테스트 계획-> 프로젝트를 마우스 오른쪽 버튼으로 클릭-> 테스트 스위트를 클릭합니다.
백 로그 항목 생성 : 프로젝트 열기-> 보드-> 백 로그-> 새 작업 항목 ]
a) 정적 테스트 스위트 : 기존 테스트 케이스를 수동으로 추가하거나 새 테스트 케이스를 생성 할 수있는 기본 폴더를 생성합니다. 기본 제품군 아래에 여러 하위 제품군을 추가 할 수도 있습니다. 예를 들어 – Sprint 15의 기능 테스트 단계에는 3 개의 변경 요청이 있습니다.
예: CR-123, CR-456, CR-789가 3 개의 변경 요청 인 경우 다음과 같이 생성 된 정적 스위트 구조가 있습니다.
그런 다음 이러한 각 하위 테스트 스위트 아래에 테스트 케이스를 추가 할 수 있습니다.
b) 요구 사항 기반 제품군 : 이러한 유형의 제품군은 일반적으로 Agile 테스트 방법론에서 사용되거나 팀이 각 요구 사항에 대해 각 테스트 제품군을 매핑하기로 결정할 때 기본적으로 사용됩니다. 요구 사항은 사용자 스토리 또는 기능 요구 사항을 나타내는 작업 항목 일 수 있습니다.
- 요구 사항 기반 스위트를 가지려면 먼저 백 로그 아래에 작업 항목 (사용자 스토리, 기능)을 추가해야합니다.
- 요구 사항 기반 테스트 스위트를 생성하면 아래 이미지와 같이 쿼리 창이 나타납니다.
여기에서 들 = 작업 항목 유형, 값 = Microsoft.RequirementCategory 및 지역 경로 = 클릭 쿼리 실행 .
결과 창에는 프로젝트에 대한 모든 기존 백 로그 항목 / 요구 사항이 표시됩니다. 추가하려는 항목을 선택하면 선택한 사용자 스토리와 동일한 제목으로 테스트 스위트 폴더가 생성됩니다. 스위트에서 생성하는 모든 테스트 케이스는 이제 사용자 스토리에 매핑됩니다.
c) 쿼리 기반 제품군 : 이름 자체에서 알 수 있듯이 이러한 유형의 제품군을 사용하면 TFS에서 프로젝트 데이터베이스를 쿼리하여 기존 테스트 사례를 추가 할 수 있습니다. 기존 테스트 케이스의 재사용 가능성은 이러한 유형의 제품군이 중점을 두는 측면입니다.
쿼리 기반 스위트를 추가하면 현재 프로젝트 또는 다른 프로젝트의 기존 테스트 케이스를 추가 할 수있는 쿼리 창이 표시됩니다.
( 노트 : @Project는 현재 프로젝트를 나타내고 @me는 아래 이미지에서 TFS의 내 사용자 ID를 나타냅니다.)
Q # 2) 특정 테스트 사례에 대한 테스트 접근 방식 및 테스트 범위와 관련하여 비즈니스 분석가와 논의했으며 팀원에게도이를 알려야합니다. TFS를 통해 어떻게 알릴 수 있습니까?
대답: 목록보기에서 테스트 케이스를 두 번 클릭하여 열면 테스트 케이스 제목, 추가 한 태그, 요약, 단계, 첨부 파일 및 토론 섹션을 볼 수있는 창이 표시됩니다. 팀원에게 무엇이든 알리기 위해 '@mention'이라는 기능을 사용할 수 있습니다.
토론 섹션에서 @ 기호를 사용하면 프로젝트의 사용자 ID 목록이 표시됩니다. 그런 다음 알림을받을 사용자 ID와 메시지를 선택할 수 있습니다. 한 번에 여러 팀원에게 알리기 위해 여러 @user ID를 입력 할 수도 있습니다.
메시지에 링크를 추가해야하는 경우 # 기호 뒤에 URL을 추가 한 다음 Enter 키를 누릅니다. 메시지가 토론 지점으로 추가되고 @mention에 언급 된 사용자에게 전자 메일이 자동으로 전송됩니다.
예를 들어, @Shalini Singh 당신은 참조 할 수 있습니다 테스트 커버리지 매트릭스
위의 예에서 나는 하이퍼 링크 텍스트 www.softwaretestinghelp.com/test-coverage/와 함께 위와 같은 메시지로 Shalini Singh에 대한 이메일을 트리거하는 알림을 추가했습니다.
더 나은 이해를 위해 아래 이미지를 참조하십시오.
Q # 3) TFS에 추가 한 테스트 케이스를 어떻게 정렬합니까?
대답: TFS에서 테스트 케이스를 추가하면 종종 정렬되지 않은 방식으로 추가됩니다. 테스트 케이스를 정렬 할 수있는 두 가지 방법이 있습니다.
에) 테스트 케이스의 목록보기에는 'Order'라는 열이 있습니다. 각 테스트 케이스는 테스트 케이스가 추가 된 순서에 따라 자동 할당 된 고유 한 주문 ID를받습니다. Order 열을 클릭하여 테스트 케이스를 정렬 할 수 있습니다.
[영상 출처 ]
비) 또는 오른쪽 상단에 '주문 테스트'라는 옵션이 있습니다. Order 테스트를 클릭하면 목록보기의 모든 테스트 케이스가 정렬됩니다.
신입생을위한 인터넷 인터뷰 질문 및 답변
Q # 4) TFS의 테스트 사례에 사용할 수있는 다른보기는 무엇입니까?
대답: TFS에서 테스트 사례에 사용할 수있는 두 가지보기가 있습니다.
- 목록보기
- 그리드보기
a) 목록보기 : TFS에서 테스트 사례의 기본보기입니다. 이보기에서 이름에서 알 수 있듯이 주문 ID를 사용하여 목록을 정렬하면 모든 테스트 사례가 정렬 된 방식으로 나열됩니다.
이보기에는 각 테스트 케이스에 대해 여러 열이 표시됩니다. 처럼 결과 – 테스트 케이스의 최신 상태입니다. 주문 – 테스트 케이스 삽입 순서에 따라 주문 ID를 나타냅니다. 신분증 – 자동 생성 된 고유 한 테스트 케이스 ID, 표제 , 구성 , 예상 결과 등
이보기에서 다음 작업을 수행 할 수 있습니다.
- 테스트 케이스를 실행할 수 있습니다.
- 각 테스트 케이스에 대한 테스트 상태를 표시합니다.
- 새 테스트 케이스를 추가하거나 기존 테스트 케이스를 가져옵니다.
- 기존 테스트 케이스를 삭제하십시오.
- 구성, 태그 등과 같은 다양한 기준에 따라 테스트 사례를 필터링합니다.
- 테스터간에 테스트 케이스를 배포 할 수도 있습니다.
- 간단한 드래그 앤 드롭으로 테스트 케이스를 이동합니다.
- 테스트 케이스의 구성을 변경하십시오.
- 테스트 케이스를 두 번 클릭하면 테스트 케이스의 그리드보기가 표시되는 다른 창이 열립니다. 이 창에서 테스트 단계를 추가, 업데이트 또는 삭제할 수 있습니다.
아래 이미지는 ListView를 보여줍니다.
b) 그리드보기 : 목록보기의 오른쪽 상단 모서리에서 '목록'옵션을 볼 수 있습니다.이 옵션을 클릭하면보기가 '격자'로 전환됩니다. 그리드보기는 Excel 워크 시트보기와 매우 유사합니다. 이보기에서는 목록보기에서 수행 할 수있는 작업을 수행 할 수 없습니다.
그리드보기 :
- 이를 통해 사용자는 Excel처럼 여러 테스트 단계를 추가 할 수 있습니다.
- 이보기에서 더 쉬운 방법으로 Excel의 기존 테스트 케이스를 재사용 할 수도 있습니다.
- 행을 삽입하거나, 행을 삭제하거나 테스트 케이스를 업데이트 할 수 있습니다.
그러나 그리드보기에서는 쿼리를 통해 기존 테스트 케이스를 가져올 수 없으며 테스트 케이스 상태를 실행하거나 업데이트 할 수 없습니다.
다른 두 견해의 주요 차이점 두보기 모두 사용자가 테스트 케이스를 수동으로 추가, 삭제 또는 업데이트 할 수 있다는 점에도 불구하고
- 목록보기를 사용하면 한 번에 하나의 테스트 케이스를 추가하거나 업데이트 할 수 있습니다.
- 그리드보기를 사용하면 한 번에 여러 테스트 단계가있는 여러 테스트 케이스를 추가하거나 업데이트 할 수 있습니다.
아래 이미지는 그리드보기를 나타냅니다.
Q # 5) TFS는 테스트 사례의 그리드보기에서 끌어서 놓기 및 맞춤법 검사와 같은 옵션을 제공합니까? 그렇지 않다면 어떻게이 문제를 극복 할 수 있습니까?
대답: TFS는 한 셀에서 다른 셀로 데이터를 복사하거나 다른 셀에서 숫자 식별자를 자동으로 늘리기위한 테스트 단계의 끌어서 놓기와 같은 옵션을 제공하지 않습니다.
가장 좋은 대안은 필요할 때마다 끌어서 놓기 기능을 사용하여 Excel에서 테스트 사례를 준비하고 맞춤법 검사를 실행하여 모든 인쇄 오류를 수정 한 다음 TFS로 이동하는 것입니다.
Q # 6) Excel에서 Alt + Enter를 사용하여 셀에 여러 줄을 추가 할 수 있습니다. TFS – 그리드보기에서 동일한 작업을 어떻게 수행 할 수 있습니까?
대답: Shift + Enter는 그리드보기에서 테스트 사례를 추가하는 동안 TFS에서 사용되는 바로 가기입니다.
Q # 7) 쿼리 검색에서 사용되는 다른 기준은 무엇입니까?
대답: SQL 쿼리와 마찬가지로 쿼리 검색을 통해 사용자는 필드 또는 열 이름, 연산자 및 예상 값을 기반으로 전체 TFS 데이터베이스를 검색 할 수 있습니다.
아래에 설명 된대로 다른 기준을 사용하여 쿼리 검색을 수행 할 수 있습니다.
a) 특정 필드에 텍스트 값이 포함되어 있는지 확인하여 쿼리 검색 :
아래 이미지에서 '웹'및 '성능 또는 지침'이라는 단어가 포함 된 제목 또는 설명이있는 현재 프로젝트의 모든 작업 항목 (사용자 스토리, 기능 또는 테스트 케이스 또는 테스트 스위트 등)은 실행시 가져옵니다.
b) WorkItemType 기반 쿼리 검색 :
아래 이미지는 WorkItemType = bugs를 기반으로 한 쿼리 검색을 보여줍니다.
- field = Work Item Type, operator =”In Group”및 Value = Microsoft.BugCategory 인 경우 프로젝트에 대해보고 된 모든 TFS 버그를 검색합니다.
- Value = Microsoft 일 때. Test CaseCategory,이 검색은 나머지 필드 기준과 일치하는 모든 테스트 케이스를 가져 오기 위해 수행됩니다.
- 마찬가지로 Value = Microsoft 일 때. RequirementCategory – 백 로그의 작업 항목 – 즉, 사용자 스토리 또는 기능을 가져옵니다.
c) 사용 가능한 열 옵션을 기반으로 쿼리 검색 :
아래 이미지에서는 할당 된 모든 버그가 검색됩니다.
쿼리는 열 값 일치의 검색 기준을 기반으로 할 수 있으며, 열은 태그, 우선 순위, 할당 대상, ID, 구성, 설명 및 기타 사용 가능한 많은 열과 같은 사용 가능한 열일 수 있습니다.
널 또는 공백 값이있는 특정 열을 가져올 수도 있습니다. 아래 이미지에서 빈 활동이있는 모든 작업이 검색됩니다.
Q # 8) TFS에서 기존 테스트 케이스를 재사용 할 수 있습니까? 그렇다면 다른 모든 대안을 설명하십시오.
대답: Excel을 사용하면 특정 테스트 단계를 끌어서 놓을 수 있으며 증가 된 식별자를 자동으로 채우는 셀 값을 끌어 오는 숫자 식별자가있는 경우 여러 셀에 빠르게 복사됩니다.
맞춤법 검사는 Excel에서 사용할 수있는 또 다른 이점이며 인쇄상의 오류를 방지하기 위해 테스트 케이스를 만드는 동안 매우 중요합니다. 불행히도 이것은 Microsoft가 이미 해결하고 작업 중이므로 현재 TFS의 알려진 단점입니다.
그러나 다행히도 그리드보기와 일치하는 형식으로 Excel에서 테스트 사례를 작성할 수 있고 맞춤법 검사를 실행할 수 있습니다. TFS의 그리드보기에서 CTRL C & CTRL V를 사용하여 엑셀 데이터를 쉽게 복사하여 붙여넣고 CTRL + S를 눌러 테스트 케이스를 저장할 수 있습니다.
Q # 9) 쿼리를 통해 id – 123 (예 :)의 기존 테스트 케이스를 가져온 후 새로 복제 된 테스트 케이스의 ID가 변경 되나요? 아니면 123으로 유지 되나요?
대답: 테스트 케이스 목록보기에서 기존 테스트 케이스 추가를 클릭하면 쿼리 창이 나타납니다.
WorkItemType = Microsoft.Test CaseCategory, AreaPath = 및 ID =를 선택합니다.
ID가있는 기존 테스트 케이스는 현재 스위트로 복사되고 테스트 ID는 동일하게 유지됩니다.
( 예: 가져온 ID가 123 인 경우 테스트 케이스를 복제 한 후 복제 된 테스트 케이스는 동일한 ID를 유지합니다.)
Q # 10) Q9의 하위 시퀀스 위, 복제 된 테스트 케이스를 업데이트하고 이제 쿼리를 사용하여 동일한 테스트 케이스 ID를 다시 가져온 경우 원본 또는 업데이트 된 데이터 중 어떤 데이터가 표시됩니까?
대답: 몇 가지 테스트 단계를 업데이트하고 저장을 클릭해도 테스트 케이스 ID는 변경되지 않습니다. 그런 다음 세 번째 테스트 스위트로 이동하여 동일한 ID로 테스트 케이스를 가져와야합니다. 이제 최신 테스트 단계로 업데이트 된 테스트 케이스가 추가됩니다. 그러나 첫 번째 테스트 스위트의 원래 테스트 케이스는 변경되지 않습니다.
Q # 11) 테스트 케이스 섹션에서 태그 열을 어떻게 추가합니까? 태그 사용은 언제 어떻게 유익합니까?
대답: 테스트 케이스 섹션에 태그 열을 추가하기 위해 ListView에 다음과 같은 옵션이 있습니다. 열 옵션 . 이 옵션은 테스트 케이스 섹션에 '태그'열을 추가 할 수있는 창을 엽니 다.
'태그 추가'를 사용하면 텍스트 값을 태그로 추가 할 수 있습니다. (아래 이미지에서 강조 표시된 옵션 참조)
그리드보기에서 태그를 추가 할 수도 있습니다. 격자보기에서 여러 태그를 추가하려면 각각 쉼표로 구분 된 태그 열에 여러 텍스트를 입력합니다.
( 예: 그리드보기에서 테스트 케이스에 대해 '양수', '탐색'을 입력 한 다음 저장을 클릭하면 목록보기에서 여러 태그가 오른쪽 상단 모서리에 필터로 표시됩니다.
아래 이미지를 참조하십시오.
태그를 사용하면 다음과 같은 많은 이점이 있습니다.
- 특정 카테고리에 대해 각 테스트 케이스에 태그를 지정하십시오. 예: 테스트 케이스를 긍정 및 부정 시나리오로 분류하기 위해 긍정적, 부정적.
- 키워드 (태그)를 기반으로 테스트 케이스 필터링.
- 각 테스트 사례에 대해 태그 열에 매핑 된 요구 사항 ID를 가질 수도 있습니다. 이는 종단 간 추적 성을 유지하는 데 도움이 될뿐만 아니라 각 요구 사항 ID를 기반으로 테스트 사례를 필터링하고 충분한 테스트가 있는지 확인합니다. 보장이 제자리에 있습니다.
Q # 12) 프로젝트에 대한 기능 테스트 케이스가 준비되어 있고 프로젝트의 여러 스프린트가 이미 클라이언트에 전달 된 경우 Regression 제품군에서 테스트 케이스를 신속하게 준비하려면 어떻게해야합니까?
답변 : 아래 단계에 따라 Regression 제품군에서 기존 테스트 사례를 빠르게 가져옵니다.
- 프로젝트에 대한 기능 테스트 스위트가 준비되면 회귀에 적합한 모든 테스트 케이스를 식별하십시오.
- 식별하는 모든 회귀 테스트 케이스에 대해 태그를 '회귀 후보'로 추가합니다.
- 프로젝트 아래에 'Regression Testing'으로 새 제품군을 만듭니다. 스위트는 정적 또는 쿼리 기반 유형일 수 있습니다.
- Add existing test case를 클릭하고 쿼리 창에서 기준을 Tags =’Regression Candidate’로 선택한 다음 Run을 클릭합니다.
- 결과는 회귀 테스트를 위해 식별 된 프로젝트에서 모든 테스트 케이스를 가져옵니다.
- 결과 창에서 모든 테스트 케이스를 선택하고 가져 오기를 클릭 할 수 있습니다. 결과적으로 모든 필수 테스트 케이스가 스위트에 추가되고 회귀 스위트가 준비됩니다.
Q # 13) 테스트 케이스 작성자가 TFS에서 할당 된 테스터와 다를 수 있습니까? 예를 들어, 사람 A가 테스트 케이스를 작성한 사람이라면. 실행을 위해 사람 B에게 어떻게 할당 할 수 있습니까?
대답: 예, 테스트 사례 작성자는 TFS에서 할당 된 테스터와 다를 수 있습니다. 테스트 스위트에 대한 테스트 케이스를 추가하면 기본적으로 테스터 열 아래에 이름이 표시됩니다.
테스트 케이스의 목록보기에서 테스트 케이스를 선택하고 마우스 오른쪽 단추를 클릭 한 다음 '테스터 지정'옵션을 선택하면 기존 사용자 목록이 표시됩니다. 테스터를 선택할 수 있으며 이것이 팀 내의 QA에 테스트 케이스를 할당하는 방법입니다.
유사하게 여러 테스트 케이스를 선택하고 동일한 워크 플로우에 따라 한 테스터에게 한 번에 여러 테스트 케이스를 할당 할 수 있습니다.
Q # 14) 테스트 케이스의 경우예:50 개 단계를 부분적으로 실행했습니다. 테스트 실행을 재개하고 마지막으로 떠난 단계에서 테스트 상태를 계속 업데이트하려면 어떻게해야합니까?
대답: 목록보기에서 실행 버튼을 클릭하여 테스트 케이스를 실행할 수 있으며 그러면 테스트 실행기 창이 열립니다.
mysql 대 SQL 서버 대 오라클
아래 이미지를 참조하십시오.
한 번에 50 개 단계를 모두 실행하는 경우 테스트 단계 상태를 Pass / Fail / Blocked / Not Applicable로 업데이트 할 수 있으므로 테스트 케이스 상태가 그에 따라 업데이트됩니다.
그러나 부분 실행 중에 동일한 접근 방식을 따르는 경우 워크 플로는 다음과 같습니다.
워크 플로우 2 :
- 5 단계를 실패로, 20 단계를 통과로 업데이트했으며 나머지 25 단계는 실행하지 않은 상태로 둡니다. – + 저장하고 닫습니다. – 결과적으로 테스트 케이스 상태가 Fail로 업데이트됩니다 (5 개 단계가 장애 복구되었으므로).
- 그런 다음 실행 버튼을 클릭하여 테스트를 계속합니다. – 이전 25 개 테스트 단계의 상태가 유지되지 않습니다. 그런 다음 1 단계부터 테스트 상태와 설명을 업데이트해야합니다.
워크 플로우 3 : 이는 테스트 케이스에 대한 테스트 실행을 부분적으로 수행해야하고 필요할 때 나중에 테스트를 재개하는 방법이 필요한 경우 따르는 가장 좋은 방법입니다.
테스트 실행기에서 실행 된 테스트 단계의 상태를 업데이트하고 나머지 테스트 단계는 실행되지 않은 상태로 둡니다. 테스트 케이스 레벨 대신 테스트 케이스를 저장하고 닫지 말고 테스트 케이스 상태를 다음과 같이 선택하십시오. 중지. 테스트 케이스가 일시 중지 상태이면 실행 옆에있는 재개 옵션이 활성화됩니다.
다시 시작 버튼의 이미지는 다음과 같습니다.
[영상 출처 ]
Q # 15) 10 개의 테스트 단계 중 실행 후 1 개의 테스트 단계가 실패했습니다. 관련 결함은 수정 후 다시 테스트됩니다. 테스트 케이스의 테스트 상태 업데이트를 어떻게 처리 할 수 있습니까?
대답: 단계가 실패 할 때마다 테스트 케이스 상태를 일시 중지하여 거기서부터 재개하고 실패한 단계 만 통과로 표시 할 수 있습니다.
테스트 케이스 상태가 완료된 경우 다시 실행하면 단계의 이전 상태가 새로 고쳐지고 테스트 케이스가 활성 상태로 돌아 가기 때문에 1 단계에서 테스트 상태를 업데이트해야합니다.
Q # 16) Test Runner 및 ListView에서 테스트 케이스 실행의 워크 플로우를 설명하십시오.
대답:
- 테스트 실행기 창에서
- 테스트 단계를 '통과'로 표시해야하는 경우 해당 단계의 눈금 표시를 클릭합니다.
- 테스트 단계를 '실패'로 표시하려면 해당 단계의 십자 기호를 클릭하십시오.
- 테스트 단계에 대한 설명을 추가해야하는 경우 테스트 통과 단계에 설명 텍스트 영역이 표시되지 않습니다. 현재 코멘트 섹션은 '실패'단계에서만 사용할 수 있습니다.
- 통과 한 단계에 대한 설명을 추가해야하는 경우 실패로 표시 (교차 아이콘 클릭) 한 다음 단계를 통과 (틱 아이콘 클릭)하면 설명 섹션이 표시됩니다. 이것은 TFS의 알려진 문제입니다.
- 테스트 단계 수준과 테스트 사례 수준에서 일시 중지 할 수도 있습니다.
- 매개 변수화 된 데이터가있는 테스트 케이스의 경우 테스트 케이스의 여러 반복이 실행됩니다.
- 테스트 케이스 상태를 차단됨으로 표시 할 수도 있습니다.
- 테스트 목록보기에서
- 테스트 케이스 목록에서 여러 테스트 케이스를 선택하고 한 번에 통과로 표시하고 다른 테스트 케이스 세트를 실패로 표시 할 수 있습니다. 그러나이 접근 방식을 사용하면 테스트 케이스의 상태가 테스트 단계 수준에서 업데이트되지 않습니다.
- Blocked, Not Applicable, Set as Active, Resume (일시 중지 된 테스트 케이스의 경우)과 같은 다른 옵션도 있습니다.
Q # 17) 테스트 케이스 실행 중에 TFS에서 버그를 생성하려면 어떻게해야합니까? 테스트 케이스와 자동으로 연결됩니까?
대답: 테스트 실행 중 TFS에서 버그 만들기 :
테스트 실행기 창에서 버그 생성 새로운 버그를 생성하기위한 옵션 (아래 이미지 참조)
버그 세부 정보를 입력 한 다음 저장을 클릭하면 버그 ID가 자동 생성되는 창이 아래와 같이 열립니다.
테스트 케이스와 버그 ID 간의 링크 :
TFS 버그 ID 인 경우 버그가 TFS에 자동으로 매핑됩니다. 외부 결함 관리 도구에서 버그가보고 된 경우 테스트 단계의 주석 섹션 또는 태그 열에서 버그 ID를 수동으로 매핑해야합니다.
테스트 케이스에 매핑 된 TFS 버그 ID보기 :
실패한 단계는 자동으로 버그에 매핑됩니다. 테스트 케이스는 또한 TFS 버그 ID에 자동 매핑됩니다. 다음은 테스트 케이스에 매핑 된 버그 ID 목록을 보는 방법입니다.
- 테스트 실행기 창을 저장하고 닫습니다.
- 다음으로 이동 관련된 일 섹션 테스트 케이스에 대한 하위 링크.
- 하위 링크에는 해당 테스트 케이스와 관련된 모든 버그가 있습니다.
Q # 18) 테스트 진행 상황을 어떻게 추적 할 수 있습니까?
대답: '테스트'탭 바로 옆에 '차트'탭이 있습니다. 테스트 케이스 수준 또는 테스트 결과 수준에서 테스트 진행 상황을 추적하고 원하는 맞춤형 차트를 얻을 수 있습니다.
다음은 차트를 준비하는 방법의 두 가지 예입니다.
a) 테스트 결과 메트릭 : 통과 / 실패 / 차단 / 진행 상태 수 :
Group by = Outcome, Values = count of Tests를 선택합니다.
스냅 샷 섹션에서 선택한 차트 유형 (원형, 막대, 열 등) 기반 – 표시된 차트는 테스트 사례 수에 대한 메트릭을 제공합니다 (실행되지 않음, 적용 할 수 없음, 통과 됨, 실패 함, 차단됨, 일시 중지됨). .
b) 할당 된 테스터 별 테스트 케이스 상태 :
Snapshot, Rows = Tester, Columns = Outcome, Values Count of Tests에서 피벗 테이블을 선택합니다. 그러면 아래 형식으로 메트릭을 표시하는 피벗 테이블을 볼 수 있습니다.
Q # 19) 특정 스프린트 또는 반복에 대해 실행이 완료된 후 가장 많은 결함이있는 모듈 / 영역을 어떻게 분석 할 수 있습니까?
대답: 누적 막대 또는 피벗 테이블을 사용하여 차트를 만듭니다. 이름 = '팀별 버그', Y 축 = '노드 이름', 그룹화 기준 = '우선 순위', 집계 = 작업 항목 수를 선택합니다.
특정 스프린트 또는 반복에 대한 실행이 완료된 후 가장 많은 결함이있는 모듈 / 영역이 표시됩니다. (아래 이미지 참조)
Q # 20) TFS에서 매개 변수화는 어떻게 지원됩니까? 프로젝트의 예를 통해 데이터 변형으로 테스트를 구현 한 방법을 설명하십시오.
대답: 매개 변수화는 TFS가 제공하는 주목할만한 기능 중 하나입니다. 동일한 단계를 테스트해야하지만 데이터 변형 / 다중 테스트 데이터가 필요한 상황이 있으며 여기에서 매개 변수화가 도움이됩니다.
매개 변수 생성 또는 추가 :
'테스트 계획'바로 옆에 '매개 변수'라는 옵션이 있습니다.
매개 변수 화면 :
[영상 출처 ]
이 옵션을 클릭하면 테스트 데이터를 볼 수있는 매개 변수 화면이 열립니다. 아래에서 예 – 그리드의 3 개 열 (Number1, Number2, Result)로 설정된 데이터 변형이 있습니다.
노트 : 원하는대로 열 이름을 지정할 수 있습니다.
[영상 출처 ]
테스트 케이스에서 매개 변수에 액세스하십시오.
이제 매개 변수를 사용할 준비가되었습니다. 테스트 케이스에서 이러한 값에 액세스 할 수 있습니다. 매개 변수화 된 데이터에 액세스하려면 @columnname 액세스하려는 테스트 단계에서.
아래 구현을 참조하십시오.
여기서 @ Number1은 1 단계에서 사용되고 @ Number2 열은 2 단계에서 사용되며 @Result는 3 단계의 예상 결과에 액세스됩니다. 매개 변수화가 제자리에 있지 않은 경우 별도의 테스트 데이터가 언급 된 9 단계가 필요했을 수 있습니다. . 이 추가 테스트 케이스 준비 노력은이 기능을 통해 절약됩니다.
매개 변수화 된 데이터로 테스트 케이스를 실행합니다.
테스트 케이스의 목록보기에서 실행하면 테스트 실행기가 열립니다.
이제 매개 변수화 된 데이터가 반복 실행됩니다.
위의 예 :
첫 번째 실행은 다음을 표시합니다.
‘테스트 1/3 : 반복 1’,
1 단계 : @ Number1 입력
숫자 1 = 5
2 단계 : @ Number2 입력
숫자 2 = 5
3 단계 : 예상 결과 열에 숫자 Result = 10을 모두 추가합니다.
테스트 단계 수준에서 또는 반복 수준에서 직접 통과 / 실패를 표시 할 수 있습니다. 예를 들어 Iteration1을 통과로 표시하더라도 전체 테스트 케이스 상태는 설정되지 않습니다. 테스트 케이스는 아직 완전히 실행되지 않았습니다. 그런 다음 다음을 클릭하고 유사하게 반복 2 및 반복 3에 대한 접근 방식을 따릅니다.
모든 반복에 대해 상태가 업데이트되면 테스트 케이스 상태가 Pass / Fail / Pause로 자동 설정됩니다. 반복 횟수 = 매개 변수의 행 수. 여기에서는 매개 변수에서 사용할 수있는 테스트 데이터 행이 3 개이므로 3 번의 반복 실행이있었습니다.
아래 이미지를 참조하십시오. ( 노트 : 이미지는 위 예제의 하위 시퀀스가 아닙니다.)
Q # 21) 실행 후 업데이트 된 상태와 함께 테스트 케이스를 추출하는 다른 방법은 무엇입니까?
대답: 실행 후 업데이트 된 상태와 함께 테스트 케이스를 추출하는 4 가지 대안이 있습니다.
그들은:
a) 이메일로 내보내기 – 테스트 스위트를 선택하고 내보내기-> 이메일을 통해 내보내기를 선택하십시오. 이 기능을 사용하면 테스트 케이스를 이메일 ID로 내보낼 수 있습니다.
아래 이미지를 참조하십시오.
[영상 출처 ]
Windows 10 용 최고의 DVD 복사 소프트웨어
b) 보고서 인쇄 : 보고서를 인쇄 할 수도 있습니다.
c) Excel 유틸리티로 내보내기 : 결과와 함께 테스트 케이스를 Excel 파일로 내보낼 수있는 유틸리티가 있습니다.
유틸리티에 대한 자세한 내용은 아래 이미지를 참조하십시오.
[영상 출처 ]
d) 그리드보기에서 Excel로 복사하여 붙여 넣기 : 그리드보기에서 각각 Ctrl + C 및 Ctrl + V를 사용하여 Excel로 복사하여 붙여 넣은 다음 실제 결과 및 테스트 상태에 대해 상태를 수동으로 업데이트 할 수 있습니다.
Q # 22) 테스트 단계는 어떻게 공유 할 수 있으며 공유 단계는 어디에서 사용할 수 있습니까?
대답:
테스트 단계 공유 : 목록보기에서 테스트 케이스를 두 번 클릭하면 테스트 케이스 세부 사항 창이 열립니다. 요약 옆에 단계 탭이 있습니다. 단계 탭을 최대화하면 아래 이미지와 같은 화면이 표시됩니다.
아래와 같이 공유 단계를 추가 할 수 있습니다. 공유 단계 만들기 아이콘을 클릭하고 새 테스트 단계를 만듭니다. 이것은 이제 공유되며 다른 테스트 스위트 또는 다른 프로젝트에서도 재사용 할 수 있습니다. (아래 이미지 참조)
공유 단계 재사용 : 기존 공유 단계를 추가하려는 단계 화면으로 이동합니다. '공유 단계 만들기'바로 앞의 아이콘은 '기존 공유 단계 삽입'에 대한 것입니다. 아이콘을 클릭하면 쿼리 창이 열리고 Field =”Work Item Type”, Operator =”In Group”, Value =”Microsoft.SharedStepCaregory가 표시됩니다. ”.
쿼리를 실행하면 기존의 모든 공유 단계가 표시됩니다. 그런 다음 단계를 선택하고 공유 단계 삽입을 클릭 할 수 있습니다. (아래 이미지 참조)
Q # 23) 클라이언트가 제공 한 Excel 파일에서 테스트 데이터를 사용할 수있는 경우 TFS에서 어떻게 사용할 수 있습니까?
대답: 클라이언트에서 제공 한 Excel 파일의 데이터를 TFS의 새 매개 변수에 복사하여 붙여 넣을 수 있습니다. (보다 문 # 20 새 매개 변수를 작성하고 테스트 케이스에서 매개 변수에 액세스하는 방법을 설명합니다.
Q # 24) 대시 보드에서 팀과 관련 이해 관계자들도 볼 수있는 로컬 액세스 가능 차트를 어떻게 만들 수 있습니까?
대답: '테스트'옆에있는 탭은 '차트' , 차트를 추가 할 수 있습니다. 차트가 표시되면 차트를 마우스 오른쪽 버튼으로 클릭하고 ‘대시 보드에 추가’ 옵션을 사용할 수 있습니다 – 대시 보드 위젯이 이미 구성된 경우. 둘째, 대시 보드에 차트를 추가하려면 관리자 권한이 필요합니다. 그렇지 않으면이 옵션이 비활성화됩니다.
Q # 25) 실행을 위해 제품군의 모든 테스트 케이스를 QA 구성원에게 배포하고 TFS를 통해 알리려면 어떻게해야합니까?
대답: 테스트 스위트를 마우스 오른쪽 버튼으로 클릭하고 '모든 테스트를 실행하도록 테스터 지정' 여러 테스터 사용자 ID를 추가하고 이메일 보내기 확인란을 선택하고 제목과 메모를 입력 할 수있는 대화 상자가 열립니다. 확인을 클릭하십시오.
메시지와 함께 목록의 테스터에게 이메일이 전송됩니다. 이것이 할당과 할당 통지가 동시에 수행되는 방법입니다.
더 명확하게하려면 아래 이미지를 참조하십시오.
Q # 26) 모든 Priority 2 테스트 사례에서 태그가 지정된 'Regression Candidate'를 한 번에 제거하려면 어떻게해야합니까?
대답:
에) 쿼리를 통해 우선 순위 2 인 프로젝트에 대한 테스트 케이스를 검색하십시오.
비) 쿼리 기준은 다음과 같습니다.
- 팀 프로젝트 = @ Project
- Microsoft.TestCaseCategory 그룹의 WorkItemType
- 우선 순위 = 2
씨) 쿼리가 실행되면 결과 창에서 검색된 모든 테스트 케이스를 선택하십시오.
디) '선택한 작업 항목 편집'옵션이 표시됩니다. 이 옵션을 선택하십시오. (아래 이미지 참조)
이다) 작업 항목 편집 창이 표시됩니다.
에프) 필드 선택 = 태그 (제거) = 가치 = 회귀 후보를 클릭하고 저장을 클릭합니다.
이 워크 플로는 프로젝트에 대해 우선 순위가 2 인 모든 테스트 케이스에 대해 Tag = Regression Candidate를 제거합니다.
Q # 27) 쿼리를 통해 여러 프로젝트에서 특정 구성의 테스트 케이스를 어떻게 가져 오나요?
대답: 새 테스트 스위트를 작성하고 적절하게 이름을 지정하십시오. 테스트 케이스의 목록보기에서 '기존 테스트 케이스 추가'를 선택하면 쿼리 창이 열립니다.
- ‘Team Project’= @ Project를 선택하지 마십시오. 현재 프로젝트에서만 작업 항목을 가져옵니다.
- 구성이있는 테스트 케이스를 선택해야하는 경우 예: 'Pre-Production'에서 Configuration = Pre-Production, Work Item Type = Microsoft.TestcaseCategory 열을 사용하여 쿼리 기준을 선택하고 쿼리 창의 오른쪽 상단에있는 확인란을 선택합니다. '프로젝트 간 쿼리'.
- 이 쿼리를 실행하면 여러 프로젝트에서 구성 = Pre-Production으로 테스트 케이스를 가져옵니다.
결론
TFS 테스트 관리 도구가 점진적으로 시장을 따라 잡는 동안, 우리는 주제에 대해 깊이 파고 들어 그 핵심을 통합하고 TFS가 지원하는 방대하고 훌륭한 기능에 대해 QA 직원들에게 알리기 위해 최선을 다했습니다. 특정 알려진 문제 또는 단점 및이를 해결하는 대체 방법과 함께 제공됩니다.
도구의 워크 플로를 이해하고 TFS에 대한 가장 가능성이 높고 관련성있는 설문지의 노하우를 똑같이 얻음으로써 최대한의 이점을 얻을 수 있기를 바랍니다.
인기있는 인용문은 '지도자는 학습을 멈추지 않습니다'라고합니다. 여기서 결론을 내리고 싶지만 결코 배움을 멈추지 마십시오. “리더가되어 매우 행복한 학습 ”.
저자: 이 게시물은 Shobha D가 작성했습니다. 그녀는 프로젝트 리더로 일하며 수동, 자동화 및 API 테스트 분야에서 9 년 이상의 경험을 보유하고 있습니다.
인터뷰를 위해 최선을 다하십시오 !!