qTest-퀵 가이드
qTest는 프로젝트 관리, 버그 추적 및 테스트 관리에 사용되는 테스트 관리 도구입니다. 중앙 집중식 테스트 관리 개념을 따르므로 쉽게 의사 소통하고 QA 팀 및 기타 이해 관계자의 작업을 신속하게 개발할 수 있습니다.
qTest는 클라우드 기반 도구이며 QASymphony에서 개발했습니다. 모든 브라우저, 특히 Chrome, Firefox, IE 등을 지원하며 Windows XP, Vista, 7 등 다양한 Windows OS 버전도 지원합니다. QTest는 4 명의 사용자가 액세스 할 수있는 비즈니스 이메일 ID에 대해 14 일 평가판을 제공합니다. qTest는 JIRA, Bugzilla, FogBugz, Version One 등 다른 많은 도구와 통합 될 수 있습니다.
라이센스 및 무료 평가판
다음 사항은 qTest 및 관련 서비스의 라이선스 및 무료 평가판과 관련됩니다.
qTest는 상용 도구이며 14 일의 제한된 기간 동안 평가판으로 사용할 수 있습니다.
JIRA 서비스를 이용하려면 라이선스가 필요합니다.
qTest는 비즈니스 이메일 ID에 대한 무료 라이선스를 제공합니다.
기본 버전 (무료 평가판)에는 4 인 그룹이 액세스 할 수 있습니다.
qTest의 사용
다음은 qTest의 다른 용도입니다-
소프트웨어 테스트 라이프 사이클의 첫 번째 단계부터 모든 QA 활동을 추적하는 데 사용됩니다.
릴리스 관리, 빌드 관리 및 모듈 관리를 지원합니다.
QA에서 수행하는 모든 거시적 수준의 활동을 지원합니다.
TestCases, 실행, 보고서 작성 등과 같은 QA 작업을 수행하는 데 유용합니다.
프로젝트 관리, 작업 추적, 요구 사항 관리 및 테스트 관리에 유용합니다.
q 테스트 사양
다음 표는 qTest의 다양한 사양과 각각에 대한 설명을 나열합니다.
| Sr. 아니. | 사양 및 설명 |
|---|---|
| 1 | Application copyright QASymphony에서 처리 상용 및 평가판 제공 |
| 2 | Tool Scope 테스트 자동화 프레임 워크로 사용 테스트 유틸리티로 활용 |
| 삼 | Testing Methods 애자일 테스트 블랙 박스 테스트 탐색 적 테스트 기능 / 수동 테스트 전통적인 테스트 |
| 4 | Tool Objectives 데스크톱 테스트 웹 테스트 |
| 5 | Management Features 요구 사항 관리 릴리스 및 빌드 관리 모듈 관리 테스트 관리 보고서 |
| 6 | Hardware Requirements CPU − P4 2.5GHz 및 최신 RAM-1GB 이상 네트워크 속도-1000Mbps 이상 하드 디스크-1GB 이상 |
| 7 | Error Handling 스크린 샷 캡처 |
| 8 | User Interface Available COM API 직접 UI GUI 유용성 |
qTest는 테스트 관리를 위해 QA 및 기타 이해 관계자를 유치하기위한 다양한 기능을 가지고 있습니다.이 장에서는 qTest의 핵심 기능에 대해 설명합니다.
q 핵심 기능 테스트
다음 표에는 qTest의 핵심 기능이 나열되어 있습니다.
| Sr. 아니. | 핵심 기능 및 설명 |
|---|---|
| 1 | Testing Support qTest는 다음 테스트 방법론을 지원합니다-
|
| 2 | Centralize & Organize
|
| 삼 | Manage & Track Execution
|
| 4 | Notification
|
| 5 | Power Search
|
| 6 | Reports
|
| 7 | Scale with Team Growth
|
| 8 | Integration
|
| 9 | Common Features
|
| 10 | Recover Data
|
qTest는 몇 가지 기본 기능이있는 비즈니스 이메일에 14 일 무료 평가판을 제공합니다. 최대 4 명의 사용자가 액세스 할 수 있습니다. qTest에는 다양한 고급 기능 및 추가 기능과 함께 다양한 계획이 있습니다. 비용은 사용자 수에 따라 다릅니다.
방문하여 https://www.qasymphony.com, 평가판으로 사용할 수있는 다양한 계획을 볼 수 있습니다.
무료 평가판 설정
이제 무료 평가판을 설정하는 방법에 대해 논의하겠습니다. 설정을 이해하려면 다음 단계를 따르십시오.
Step 1 − 방문 https://www.qasymphony.com 클릭 Free Trial 다음 스크린 샷에 표시된대로 메뉴 표시 줄의 오른쪽에있는 탭.
Step 2 − "무료 평가판 시작"버튼을 클릭합니다.
Step 3− qTest 계정을 생성하기위한 기본 양식이 열립니다. 다음 스크린 샷에 표시된대로 다음 세부 정보를 입력합니다.
이름
성
비즈니스 이메일-Gmail, 야후 및 Outlook ID를 허용하지 않습니다. 비즈니스 이메일이어야합니다. 동일한 이메일을 사용자 이름으로 사용하여 qTest에 액세스 할 수 있습니다.
Industry
당신은 어디 어디에 있습니까
직원 수
회사 이름
qTest 웹 주소 생성-고유해야하며이 URL은 qTest 애플리케이션에 액세스하는 데 사용됩니다.
비밀번호-이 URL의 액세스를 인증하려면
Step 4 − 모든 세부 정보를 입력 한 후 CREATE qTest TRIAL위 스크린 샷과 같이 버튼을 누릅니다. 그것은Thank you page다음 스크린 샷과 같이 새 사용자의 경우. 입력 한 도메인과 사용자 이름은Access qTest NOW 단추.
Step 5 − 이제 Access qTEST NOW단추. qTest의 Dashboard가 표시됩니다. 무료 평가판을 만드는 동안 입력 한 URL에 액세스 할 수 있습니다.
이 장에서는 qTest에 로그인하는 방법에 대해 설명합니다.
다음 단계에 따라 qTest에 로그인하십시오.
Step 1− 무료 평가판을 만드는 동안 선택한 샘플 웹 사이트로 이동합니다. 로그인 페이지가 열립니다.
Step 2 − 등록 된 비즈니스 이메일 주소를 사용자 이름과 비밀번호로 입력합니다.
Step 3 − 클릭 LOG IN 단추.
다음 스크린 샷은 자격 증명을 사용하여 qTest에 로그인하는 방법을 보여줍니다.
오류시
이제 로그인 시도가 실패한 상황을 이해하겠습니다.
로그인 시도가 실패하면 다음 오류 페이지가 표시됩니다.
이메일 ID 또는 비밀번호의 잘못된 조합으로 인해 오류가 발생할 수 있습니다.
다음 스크린 샷은 자격 증명이 올바르지 않은 경우 사용자가받는 오류 메시지를 보여줍니다.
비밀번호를 잊은 경우 복구하려면-
클릭 Forgot Your Password? 오류 메시지 아래 링크.
들어가다 Login Email
딸깍 하는 소리 Submit
다음 스크린 샷은 비밀번호를 잊어 버린 경우 복구하는 방법을 보여줍니다.
사용자 이름 또는 암호 재설정 링크에 대한 세부 정보가 포함 된 이메일을 받게됩니다.
로그인 성공시
로그인에 성공하면 계정이 관리자에 의해 프로젝트와 연결되어 있는지 또는 샘플 프로젝트를 만들 수 있는지 여부가 시스템 대시 보드에 표시됩니다.
다음 스크린 샷은 로그인 성공시 qTest의 환영 페이지 / 대시 보드를 표시합니다.
qTest에 로그인하면 Dashboard가 표시되는 첫 번째 페이지입니다. 대시 보드는 관리자가 사용자 정의합니다. 역할에 따라 관리자는 qTest에 대한 액세스 권한을 설정할 수 있으며, 관리자는 qTest의 색상과 로고를 변경할 권한도 있습니다.
다음은 qTest 대시 보드와 관련된 몇 가지 중요한 사항입니다.
qTest 페이지 상단에있는 내비게이션 바는 qTest의 모든 페이지 / 화면에서 동일합니다.
qConnect-<프로젝트 이름>, 테스트 계획, 요구 사항, 테스트 설계, 테스트 실행, 결함 및 보고서는 주요 링크입니다. 이러한 링크는 각 기능으로 이동하는 데 사용됩니다.
탐색 모음에는 qTest의 가장 유용한 기능에 빠르게 액세스 할 수있는 링크가 있습니다.
기본적으로 로그인 성공시 기본 프로젝트의 테스트 계획 페이지가 표시됩니다.
탐색 표시 줄 아래 페이지의 뉴스 표시 줄에는 시간대를 다음과 같이 설정하라는 권고가 있습니다. “You haven’t chosen a preferred time zone. Please set it here.”
흰색 영역의 왼쪽에 제공된 정보는 qTest의 몇 가지 흥미로운 기능과 함께 프로젝트 릴리스와 관련이 있습니다.
탐색 표시 줄의 오른쪽에는 설정, 알림 및 검색이 주요 기능이며 qTest의 모든 페이지 / 화면에서 동일하게 유지됩니다.
오른쪽의 탐색 모음 위에는 qTest 앱, 리소스, 저장소 및 qTest 및 프로필 요약에 대한 도움말과 같은 몇 가지 링크가 있습니다.
왼쪽 하단에는 "키보드 단축키"링크가 있습니다. 클릭하면 특정 기능으로 이동하기 위해 다른 키보드 키 조합이 표시됩니다.
Shift + D = 릴리스 생성
Shift + C = 빌드 생성
Shift + X 또는 Shift + Delete = 개체 삭제
CTRL + G = 개체를 저장하고 다음으로 이동
다음 스크린 샷은 qTest의 대시 보드 페이지 개요를 보여줍니다.
qTest 앱
qTest에는 다양한 앱이 있습니다. 가장 널리 사용되는 앱은qTest Manager. 이와 함께 qTest에는 Session, Insights, Parameters 및 Pulse도 있습니다. 이러한 앱에는 많은 장점이 있으며 qTest Explorer 및 기타 앱과 함께 사용할 수 있습니다.
저장소
qTest에 대한 다양한 문서에 액세스 할 수있는 많은 하위 링크가 있습니다. 이 문서는 qTest에 대한 정보를 제공하고 qTest의 기능에 대한 지식을 새로운 사용자에게 확장합니다. 이러한 문서는 특정 작업을 수행하는 방법을 모르는 경우 솔루션을 찾는데도 도움이됩니다.
저장소에는 다음 링크가 포함되어 있습니다.
Knowledge Base − qTest의 다른 앱에 대한 정보를 제공합니다.
Video training− 신규 사용자에게 교육을 제공합니다. 새로운 사용자는 그것을 통해 다양한 기능과 qTest 사용 방법을 알 수 있습니다.
Request Pricing − 사용자는 요구 사항에 따라 가격 차트 제공을 요청할 수 있습니다.
Get Help − 사용자가 qTest의 모든 기본 / 고급 기능을 찾고 사용 방법을 알 수있는 문서화 된 섹션입니다.
Submit Ticket To QASymphony−이 링크의 주요 목적은 사용자가 작업을 수행하는 데 어려움이있는 경우 사용자에게 실시간 지원을 제공하는 것입니다. 이것은 무료 평가판 사용자를 지원하지 않습니다.
Suggest New Features − 여기에서 사용자는 qTest와 관련된 제안이나 피드백을 제공하여보다 사용자 친화적으로 만들 수 있습니다.
About qTest − 버전, 저작권 정보 등 qTest의 상세 정보를 제공합니다.
다음 스크린 샷은 리포지토리에서 사용할 수있는 다양한 문서를 보여줍니다.
유저 프로필
프로필 링크를 클릭하면 개인 프로필을 내 프로필로, 회사 프로필을 회사 프로필로보고 섹션을 관리 할 수 있습니다. 로그 아웃을 클릭하면 로그인 페이지로 돌아가고 다시 로그인하지 않고는 프로젝트 세부 정보에 액세스 할 수 없습니다.
관리는 로그인 한 사용자의 역할에 따라 가용성이 결정되는 역할입니다. 사용자가 관리자 인 경우에만이 링크가 표시됩니다. 무료 평가판에서는 모든 사용자가 기본적으로 관리자입니다.
다음 스크린 샷은 사용자 프로필 섹션에서 사용 가능한 기능을 보여줍니다.
내 프로필
클릭하여 My Profile, 계정의 세부 정보를보고 편집 할 수 있습니다. 클릭해야합니다Save편집 된 모든 세부 정보를 저장합니다. 여기에 암호를 변경하는 추가 기능이 있습니다. 필요한 세부 정보를 입력 한 후Change Password 새 암호를 활성화합니다.
다음 스크린 샷은 계정 정보와 비밀번호 변경 섹션을 표시합니다.
회사 프로필
클릭하여 Company Profile링크를 클릭하면 회사의 기본 정보가 표시됩니다. 등록시 입력 한 내용입니다. 새 세부 정보를 편집하고 추가 할 수 있습니다. 딸깍 하는 소리Save 세부 정보를 저장합니다.
qTest 도메인에 새 사용자를 초대하려면 다음 단계를 따르십시오.
Step 1 − 사용자 프로필 섹션으로 이동하여 Administration 다음 스크린 샷에 표시된대로.
Step 2 − 클릭 Licenses - Users 오른쪽 상단의 탭.
Step 3 − 클릭 +Invite 버튼을 눌러 qTest 도메인에 새 사용자를 초대하기 위해 이메일을 보냅니다.
Step 4− + 초대 버튼을 클릭하면 사용자 초대 대화 상자가 나타납니다. 들어가다email id 초대 한 사람의 OK 관련자에게 이메일을 보냅니다.
초대되면 활성화 링크가 포함 된 환영 이메일을 받게됩니다. 화면에 활성화 링크와 함께 성공 메시지가 표시됩니다. 초대받은 사람이 적절한 이메일을받지 못한 경우 관리자는 이메일을 수동으로 보내 추가 할 수 있습니다.
초대 된 사람이 시스템에 추가되면 관리자는 관리 수준 액세스 권한을 부여하거나 기본 사용자 프로필로 설정할 수 있습니다.
초대 된 사용자 목록은 다음 스크린 샷과 같이 표에서 볼 수 있습니다. 작업 열에는 초대 링크 재전송, 사용자 비활성화 링크 및 프로젝트 할당 링크가 있습니다.
이 장에서는 qTest에 프로젝트를 추가하는 방법을 이해합니다. 프로젝트를 추가하려면 관리자 권한이 있어야합니다.
프로젝트 생성
다음은 qTest에 프로젝트를 추가하는 단계입니다.
Step 1 − 사용자 프로필 섹션으로 이동하여 Administration 다음 스크린 샷에 표시된대로.
기본적으로 프로젝트 탭에는 +Add new project 다음 스크린 샷과 같이 버튼을 클릭합니다.
Step 2− 다음 스크린 샷과 같이 프로젝트 이름, 시작 및 종료 날짜, 설명을 입력하고 사용자를 관리자로 할당합니다. 그런 다음+Add 하단의 버튼.
+ Add 버튼을 클릭하면 프로젝트가 성공적으로 추가되고 다음 스크린 샷과 같이 OK 버튼과 함께 대화 상자가 나타납니다.
Step 3 − 클릭 OK 표에서 새로 추가 된 프로젝트를 볼 수 있습니다.
Step 4 − 화면 왼쪽 상단의 옵션을 클릭하고 다음 스크린 샷과 같이 프로젝트 이름을 선택하여이 프로젝트에 액세스 할 수 있습니다.
프로젝트 이름을 클릭하면 해당 프로젝트의 테스트 계획 페이지가 표시됩니다.
이 장에서는 테스트 계획이 무엇이며 릴리스가 관리되는 방법에 대해 설명합니다.
테스트 계획이란 무엇입니까?
테스트 계획이 무엇인지 이해하려면 다음 사항을 고려하십시오.
qTest는 테스트 계획 모듈 내에서 유연하고 가벼운 프로젝트 관리를 지원합니다.
테스트 계획은 릴리스 및 빌드 관리 하위 모듈을 지원합니다.
릴리스는 일반적으로 다음과 같이 알려져 있습니다. Sprint 애자일 방법론에서.
빌드는 Sub-Sprint 또는 Iteration 애자일
테스트 계획을 통해 사용자와 이해 관계자는 모든 테스트 및 개발 작업 일정과 실제 상태를 관리하고 추적 할 수 있습니다.
이와 함께 사용자는 이러한 릴리스 및 빌드의 범위에 요구 사항을 추가 할 수 있습니다.
요구 사항, 결함 등에 대한 테스트 계획에서 추적 성을 지원합니다.
새 릴리스 만들기
ㅏ release테스트 계획의 하위 계획입니다. 모든 릴리스는 테스트 계획의 전체 목표와 결합됩니다. 릴리스 구조는 테스트 계획에서 테스트 실행으로 동기화됩니다.
릴리스를 생성하려면 릴리스 생성 권한이 있어야합니다.
다음은 릴리스를 만드는 단계입니다.
Step 1− 새 릴리스를 생성하려면 두 가지 옵션이 있습니다. 왼쪽 패널의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 새로 만들기 → 새 릴리스를 선택합니다.
Step 2 − 클릭 New Release 다음 스크린 샷과 같이 패널의 왼쪽에있는 이미지.
Step 3 − 옵션 중 하나를 클릭하면 다음 스크린 샷과 같이 Create Release 양식이 생성됩니다.
Step 4 − 양식에 다음 필드를 입력하세요 −
- 릴리스 이름
- Status
- 시작일
- 종료일
- Description
- 릴리스 노트
- Resources
- 첨부 파일 (있는 경우)
Note− 시작 및 종료 날짜가 프로젝트 타임 라인 내에 있어야합니다. 날짜는 테스트 실행과 동기화되어야합니다.
Step 5 − 모든 세부 정보를 입력 한 후 Save 버튼은 화면의 오른쪽 상단에 있습니다.
저장을 클릭하면 모든 변경 사항이 성공적으로 저장되었다는 메시지가 표시됩니다. 릴리스 이름은 다음 스크린 샷과 같이 프로젝트 이름 아래 왼쪽 패널에 나타납니다.
릴리스 편집
이제 릴리스를 편집하는 방법에 대해 논의하겠습니다. 릴리스를 편집하려면 릴리스 편집 권한이 있어야합니다.
다음은 릴리스를 편집하는 단계입니다.
Step 1 − 선택 Release to Edit 더 자세히 살펴 보려면 두 번 클릭합니다.
Step 2 − 다음 스크린 샷에 표시된대로 릴리스 이름, 속성, 상태, 시작 날짜, 종료 날짜, 설명, 릴리스 노트 또는 기타 필드를 편집합니다.
Step 3 − 클릭 Save 편집을 마칩니다.
릴리스 이동 / 복사
이제 릴리스를 이동하거나 복사하는 방법을 이해합니다. 릴리스를 이동 / 복사하려면 사용자에게 기본 설정 만들기 / 편집이 있어야합니다. 이 기능을 사용하면 릴리스의 복제본을 만들거나 릴리스 구조의 순서를 변경할 수 있습니다.
릴리스를 이동 / 복사하려면 다음 단계를 따르십시오.
Step 1 − 단일 또는 여러 릴리스를 복사하려면 릴리스를 선택하고 선택한 릴리스를 마우스 오른쪽 버튼으로 클릭합니다.
Step 2 − 클릭 Copy 다음 스크린 샷에 표시된대로.
Step 3 − 이제 테스트 계획 트리의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 Paste 다음 스크린 샷에 표시된대로 릴리스를 복사합니다.
비공개 릴리스도 복사 할 수 있습니다. 속성 만 복사하고 범위와 첨부 파일은 복사하지 않습니다.
릴리스는 테스트 실행이 아닌 테스트 계획 구조에서만 이동할 수 있습니다.
릴리스 삭제
이제 릴리스를 삭제하는 방법을 이해하겠습니다. 릴리스를 삭제하려면 릴리스 삭제 권한이 있어야합니다.
릴리스를 삭제하려면 다음 단계를 따르십시오.
Step 1 − 삭제할 단일 또는 다중 프로젝트를 선택합니다.
Step 2 − 선택한 릴리스를 마우스 오른쪽 버튼으로 클릭하고 Delete 다음 스크린 샷에 표시된대로.
Step 3− 삭제할 것인지 묻는 대화 상자가 나타납니다. 딸깍 하는 소리YES 다음 스크린 샷에 표시된대로.
Step 4 − 페이지가 새로 고쳐지고 릴리스가 테스트 계획 패널에서 삭제됩니다.
릴리스의 목적을 달성하기 위해 여러 빌드가있을 수 있습니다. 빌드는 항상 하나의 릴리스에만 연결됩니다. 빌드는 제한된 기능으로 릴리스의 부분 목표를 충족합니다.
빌드는 루트 폴더가 아닌 릴리스 내에서만 만들 수 있습니다. 릴리스가 닫히면 빌드가 자동으로 닫힘 상태로 변경됩니다. 빌드 범위는 릴리스 범위 내에서 정의됩니다. 하나의 요구 사항이 여러 빌드로 정의 된 경우 요구 사항 링크는 이전 빌드에서 새 요구 사항으로 이동합니다.
새 빌드 만들기
빌드를 생성하려면 빌드 생성 권한이 있어야합니다. 다음 단계에 따라 빌드를 만듭니다.
Step 1− 새 빌드를 생성하려면 릴리스를 선택하고 아래 스크린 샷에 표시된 옵션 중 하나를 사용하십시오. 왼쪽 패널의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 새로 만들기 → 새 빌드를 선택합니다.
Step 2 − 클릭 New Build icon/image 다음 스크린 샷과 같이 패널의 왼쪽에 있습니다.
Step 3 − 옵션 중 하나를 선택하면 빌드 생성 양식이 열립니다.
Step 4 − 양식에 다음 필드를 입력하세요 −
- 빌드 이름
- Status
- 빌드 날짜
- 빌드 노트
- 빌드 범위로서의 리소스
- 첨부 파일 (있는 경우)
Note− 빌드 날짜가 릴리스 타임 라인 내에 있는지 확인하십시오. 날짜는 테스트 실행과 동기화되어야합니다.
Step 5 − 모든 세부 정보를 입력 한 후 Save 버튼은 화면의 오른쪽 상단에 있습니다.
저장을 클릭하면 변경 사항이 성공적으로 저장되었다는 메시지가 표시됩니다. 빌드 이름은 다음 스크린 샷과 같이 프로젝트 이름 아래의 왼쪽 패널에 나타납니다.
빌드 편집
이 섹션에서는 빌드를 편집하는 방법을 이해합니다. 빌드를 편집하려면 빌드 편집 권한이 있어야합니다.
빌드를 편집하려면 다음 단계를 따르십시오.
Step 1 − 선택 Build 편집하고 두 번 클릭하여 세부 정보를 엽니 다.
Step 2 − 다음 스크린 샷과 같이 빌드의 이름, 속성, 상태, 빌드 날짜, 빌드 노트 또는 기타 필드를 편집합니다.
Step 3 − 클릭 Save 편집을 마칩니다.
빌드 이동 / 복사
빌드를 이동 / 복사하려면 빌드 작성 / 편집 권한이 있어야합니다. 이 기능을 사용하면 빌드의 복제본을 만들거나 빌드 구조의 순서를 변경할 수 있습니다. 빌드를 이동 / 복사하려면 다음 단계를 따르십시오.
Step 1− 단일 또는 여러 빌드를 복사 / 잘라 내기하려면 빌드를 선택합니다. 선택한 빌드를 마우스 오른쪽 버튼으로 클릭합니다.
Step 2 − 선택 Copy/Cut 다음 스크린 샷과 같이 클릭합니다.
Step 3− 이제 붙여 넣을 릴리스를 선택하고 마우스 오른쪽 버튼을 클릭합니다. 다음 스크린 샷에 표시된대로 복사 된 빌드를 붙여 넣으려면 선택하십시오.
닫힌 빌드도 복사 할 수 있지만 잘라낼 수는 없습니다. 속성 만 복사하고 범위와 첨부 파일은 복사하지 않습니다.
빌드 삭제
빌드를 삭제하려면 빌드 삭제 권한이 있어야합니다. 빌드를 삭제하는 동안 다음 사항을 고려하십시오.
한 번에 여러 빌드를 삭제할 수 있습니다.
닫힌 릴리스에서는 빌드를 삭제할 수 없습니다.
빌드가 테스트 도구 모음, 테스트 실행 또는 테스트 주기로 테스트 실행의 개체와 연결되어있는 경우 삭제하기 전에 연결을 제거해야합니다. 그렇지 않으면 삭제 기능이 작동하지 않습니다.
빌드를 삭제하려면 다음 단계를 따르십시오.
Step 1 − 삭제할 단일 빌드 또는 여러 빌드를 선택합니다.
Step 2 − 선택한 빌드를 마우스 오른쪽 버튼으로 클릭하고 Delete 다음 스크린 샷에 표시된대로.
Step 3− 삭제할 것인지 묻는 대화 상자가 나타납니다. 딸깍 하는 소리YES 다음 스크린 샷과 같이.
페이지가 새로 고쳐지고 테스트 계획 패널에서 빌드가 삭제됩니다.
모듈은 요구 사항 및 테스트 디자인 메뉴 내의 폴더 구조입니다. 이러한 모듈에는 각 섹션에 요구 사항 및 테스트 사례가 포함되어 있습니다. 제품의 특성이 동일한 기능 그룹으로 모듈을 정의 할 수 있습니다. 모듈 구조는 요구 사항과 테스트 설계 (테스트 케이스)간에 자동으로 동기화됩니다.
모듈 생성
모듈을 생성하려면 모듈 생성 권한이 있어야합니다. 다음은 모듈을 만드는 단계입니다-
Step 1 − 요구 사항 또는 테스트 설계 섹션으로 이동합니다.
Step 2 − 선택 root folder 왼쪽 요구 사항 패널에서.
Step 3− 새 모듈을 생성하려면 다음 스크린 샷에 표시된 옵션 중 하나를 사용하십시오. 왼쪽 패널의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 새로 만들기 → 새 모듈을 선택합니다.
Step 4 − 다음 스크린 샷에서 빨간색으로 둘러싸인 패널의 왼쪽에있는 새 모듈 아이콘 / 이미지를 클릭합니다.
Step 5 − 다음 모듈 생성 양식을 여는 옵션 중 하나를 클릭합니다.
Step 6 − 양식에 다음 필드를 입력하세요 −
- 상단의 모듈 이름
- Description
Note− 모듈 페이지에는 통계 섹션이 있습니다. 선택한 모듈에 대한 요구 사항 및 하위 모듈의 수를 표시합니다. 하위 항목에는 개별 요구 사항의 세부 속성이 표시됩니다.
Step 7 − 필요한 세부 정보를 입력 한 후 Save 다음 스크린 샷과 같이 화면의 오른쪽 상단 모서리에있는 버튼을 클릭합니다.
저장을 클릭하면 변경 사항이 성공적으로 저장되었다는 메시지가 표시됩니다. 모듈 이름은 다음 스크린 샷과 같이 프로젝트 이름 아래 왼쪽 패널에 나타납니다.
Note− 사용자는 최대 99 개 레벨의 하위 모듈을 추가 할 수 있습니다. 모듈 양식은 사용자 정의 필드를 지원하지 않습니다.
모듈 편집
이제 모듈을 편집하는 방법에 대해 논의하겠습니다. 모듈을 편집하려면 모듈 편집 권한이 있어야합니다.
다음은 모듈을 편집하는 단계입니다-
Step 1 − 선택 Module 편집하고 두 번 클릭하여 추가로 탐색하십시오.
Step 2 − 다음 스크린 샷과 같이 모듈의 이름과 설명을 편집합니다.
Step 3 − 클릭 Save 편집을 마칩니다.
Note− 요구 사항에서 모듈을 변경하면 테스트 디자인이 업데이트되며 그 반대의 경우도 마찬가지입니다. 모듈 구조는 요구 사항과 테스트 설계간에 자동으로 동기화됩니다.
모듈 이동 / 복사
모듈을 이동 / 복사하려면 모듈 작성 / 편집 권한이 있어야합니다. 이 기능을 사용하면 모듈의 복제본을 만들거나 모듈 구조를 다시 정렬 할 수 있습니다.
다음은 모듈을 이동 / 복사하는 단계입니다.
Step 1− 단일 또는 다중 모듈을 복사 / 잘라 내기하려면 모듈을 선택합니다. 선택한 빌드를 마우스 오른쪽 버튼으로 클릭합니다.
Step 2 − 선택 Copy/Cut 다음 스크린 샷에 표시된대로.
Step 3 − 이제 모듈을 선택하여 paste마우스 오른쪽 버튼으로 클릭합니다. 다음 스크린 샷에 표시된대로 복사 된 모듈에 대한 붙여 넣기 옵션을 선택합니다.
Note − 모듈을 복사하거나 이동하는 동안 모듈에 하위 모듈이 있으면 다른 모든 하위 모듈도 복사 / 이동됩니다.
모듈 삭제
모듈을 삭제하려면 모듈 삭제 권한이 있어야합니다. 모듈을 삭제하는 동안 다음 사항을 고려하십시오.
한 번에 여러 모듈을 삭제할 수 있습니다.
모듈에 하위 모듈이 많으면 해당 모듈을 삭제하는 과정에서 하위 모듈도 삭제됩니다.
요구 사항에서 모듈을 삭제하면 테스트 디자인에서 동기화 된 모듈도 삭제되며 그 반대의 경우도 마찬가지입니다.
모듈에는 요구 사항, 테스트 케이스 등이있을 수 있습니다. 모듈을 삭제하는 동안 이러한 항목이 모두 삭제됩니다.
다음은 빌드를 삭제하는 단계입니다.
Step 1 − 삭제할 단일 모듈 또는 여러 모듈을 선택합니다.
Step 2 − 선택한 모듈을 마우스 오른쪽 버튼으로 클릭하고 Delete 다음 스크린 샷에 표시된대로.
Step 3− 삭제를 확인하는 대화 상자가 나타납니다. 딸깍 하는 소리YES 다음 스크린 샷에 표시된대로.
페이지가 새로 고쳐지고 모듈이 요구 사항 및 테스트 디자인 패널에서 삭제됩니다.
이 장에서는 qTest의 요구 사항을 이해합니다. qTest의 요구 사항을 이해하려면 다음 사항을 고려하십시오.
qTest는 요구 사항을위한 간단하고 유연한 인터페이스를 가지고 있습니다. 프로젝트 요구 사항 구조를 테스트 설계 구조에 자동으로 동기화합니다.
이 인터페이스를 사용하여 요구 사항 저장소 내에서 요구 사항을 생성, 편집, 이동 및 삭제할 수 있습니다.
요구 사항은 내부적으로 생성 할 수있을뿐만 아니라 JIRA, Version One 등과 같은 타사 도구에서 외부 적으로 가져올 수 있습니다.
결함은 요구 사항에 대한 링크 일 수 있습니다. 흐름은 결함 → 테스트 실행 → 테스트 사례 → 요구 사항 → 테스트 계획입니다.
요구 사항 추적 성 및 테스트 실행 보고서를 추적 할 수 있습니다.
새 요구 사항 생성
요구 사항은 항상 모듈에 배치됩니다. 요구 사항 생성을 시작하기 전에 모듈 구조가 완료되어야합니다.
다음은 요구 사항을 작성하는 단계입니다.
Step 1 − 요구 사항 섹션으로 이동합니다.
Step 2 − 선택 Module 왼쪽 요구 사항 패널에서 요구 사항이 생성되는 위치입니다.
Step 3− 새 요구 사항을 생성하려면 왼쪽 패널의 아무 곳에서 마우스 오른쪽 버튼을 클릭하고 새로 만들기 → 새 요구 사항을 선택합니다. 다음 스크린 샷은이 단계를 표시합니다.
Step 4 − 클릭 New Requirement 다음 스크린 샷과 같이 패널 왼쪽에있는 아이콘 / 이미지.
Step 5 − 다음 스크린 샷과 같이 옵션 중 하나를 클릭하여 요구 사항 생성 양식을 엽니 다.
Step 6 − 양식에 다음 필드를 입력하세요 −
- 요구 사항의 이름
- Status
- Priority
- Type
- 할당
- Description
리소스 섹션에서 링크 테스트 케이스 옵션을 사용할 수 있습니다. 바로 그때 요구 사항을 생성하는 것은 필수가 아닙니다. 이 작업은 이후 단계에서도 수행 할 수 있습니다.
연관된 테스트 케이스 작성 옵션은 필수가 아니며 나중에 관리 할 수도 있습니다.
기록 탭에서이 요구 사항에 대해 수행 된 모든 이전 작업을 볼 수 있습니다.
Step 7 − 설명 탭에서 다음 스크린 샷과 같이 참조 할 설명과 메모를 추가합니다.
Step 8 − 모든 세부 정보를 입력 한 후 화면 오른쪽 상단에있는 저장 버튼을 클릭합니다.
저장을 클릭하면 변경 사항에 대한 성공 메시지가 표시됩니다. 요구 사항 이름은 다음 스크린 샷에 표시된대로 프로젝트 이름 아래의 왼쪽 패널에 나타납니다.
요구 사항 편집
요구 사항을 편집하는 동안 링크 된 테스트 케이스 및 검토를 위해 변경 사항이 통지됩니다. 다음은 요구 사항을 편집하는 단계입니다.
Step 1 − 편집 할 요구 사항을 선택하고 더블 클릭하여 세부 정보를 엽니 다.
Step 2 − 다음 스크린 샷과 같이 이름, 상태, 할당 대상, 설명과 같은 요구 사항의 속성을 편집합니다.
Step 3 − 클릭 Save 편집을 마칩니다.
요구 사항 이동 / 복사
이 기능을 사용하면 요구 사항의 복제본을 만들거나 요구 사항을 다시 정렬 할 수 있습니다. 다음은 요구 사항을 이동 / 복사하는 단계입니다.
Step 1 − 단일 요구 사항 또는 여러 요구 사항을 복사 / 잘라 내기하려면 복사 / 잘라내 기가 필요한 요구 사항을 선택하고 선택한 요구 사항을 마우스 오른쪽 버튼으로 클릭합니다.
Step 2 − 복사 / 잘라내기를 선택하고 다음 스크린 샷과 같이 클릭합니다.
Step 3− 이제 붙여 넣을 모듈을 선택하고 마우스 오른쪽 버튼을 클릭합니다. 다음 스크린 샷과 같이 복사 된 모듈에 대한 붙여 넣기 옵션을 선택합니다.
요구 사항 삭제
이제 요구 사항을 삭제하는 방법에 대해 설명합니다. 요구 사항을 삭제하는 동안 다음 사항을 고려하십시오.
- 한 번에 여러 요구 사항을 삭제할 수 있습니다.
- 요구 사항을 삭제해도 링크 된 테스트 케이스에 영향을주지 않습니다.
- 링크 된 테스트 케이스는 테스트 디자인에서 사용할 수 있습니다.
다음은 요구 사항을 삭제하는 단계입니다.
Step 1 − 삭제할 단일 요구 사항 또는 여러 요구 사항을 선택합니다.
Step 2 − 선택한 요구 사항을 마우스 오른쪽 버튼으로 클릭하고 Delete 다음 스크린 샷에 표시된대로.
Step 3− 삭제를 확인하는 대화 상자가 나타납니다. 딸깍 하는 소리YES 다음 스크린 샷에 표시된대로.
페이지가 새로 고쳐지고 모듈이 요구 사항 및 테스트 디자인 패널에서 삭제됩니다.
qTest를 사용하면 특정 요구 사항을 다루는 테스트 케이스를 만들 수 있습니다. 요구 사항을 생성하는 동안 또는 나중에 관련 테스트 케이스를 생성 할 수 있습니다. 요구 사항을 기반으로 테스트 케이스 구조를 작성할 수 있습니다.
다음은 요구 사항에 대한 관련 테스트 사례를 만드는 단계입니다.
Step 1 − 선택 Requirement즉, 모듈 폴더 아래의 요구 사항 또는 테스트 설계 탭입니다.
요구 사항보기 / 편집 페이지가 열립니다.
다음 스크린 샷은 Create Associated Test Cases로 작성된 섹션 이름을 보여줍니다.
Step 2− 테스트 케이스의 이름을 입력하고 유형 목록에서 옵션 중 하나를 선택합니다. 테스트 케이스의 설명 및 전제 조건을 입력합니다.
다음 스크린 샷은 테스트 케이스에 대한 세부 정보를 입력하는 방법을 보여줍니다.
Step 3 − 클릭 Create버튼을 클릭하여 다음 스크린 샷과 같이 생성 프로세스를 완료합니다. 요구 사항에서 연관된 테스트 케이스를 작성한 후 저장 단추를 클릭해서는 안됩니다.
관련 테스트 케이스를 생성 한 후 테스트 케이스는 자동으로 요구 사항에 연결됩니다. 이제 다음 스크린 샷과 같이 연결된 테스트 사례 섹션에 테스트 사례가 나타납니다.
동일한 테스트 케이스가 동일한 모듈 아래의 테스트 디자인에도 자동으로 추가되고 연결된 요구 사항이 표시됩니다.
다음 스크린 샷은 테스트 설계 탭의 개요를 보여줍니다.
Excel 스프레드 시트를 사용하여 한 번에 여러 요구 사항을 만들 수 있습니다. Excel 파일은 행과 열로 표시되는 텍스트 파일입니다.
Excel에서 데이터를 가져 오려면 다음 사항을 고려해야합니다.
- Excel 파일에 대한 규칙.
- 엑셀 파일을 시스템으로 가져옵니다.
Excel 파일 규칙
이제 Excel에서 작업 할 때 고려해야 할 규칙에 대해 논의하겠습니다.
Excel 파일에는 첫 번째 시트에만 데이터가 있어야합니다.
시트 이름은 요구 사항을 가져올 모듈 이름과 동일해야합니다.
첫 번째 행에는 다른 열의 헤더 이름이 있어야합니다. 다음 행부터 데이터는 각 열을 나타내야합니다.
첫 번째 행은 가져 오는 동안 요구 사항 양식의 다른 필드와 매핑됩니다.
Excel 파일의 한 열은 요구 사항 양식의 한 필드에만 매핑 할 수 있습니다.
요구 사항 ID 필드는 열과 매핑되지 않아야합니다. 시스템이 자동으로 요구 사항 ID를 생성합니다.
필수 필드는 Excel 시트의 열과 매핑되어야하며 비워 둘 수 없습니다. 그렇지 않으면 시스템이 가져 오기 실패라는 오류 메시지를 생성합니다.
필수가 아닌 필드는 매핑없이 남겨 두거나 데이터를 비워 둘 수 있습니다. 가져 오는 동안 이러한 필드는 비어 있거나 프로젝트 설정에 정의 된 기본값을 갖습니다.
qTest는 최대 500 자까지 모듈 이름을 지원하지만 Excel 시트는 시트 이름으로 31 자 길이 만 지원합니다. 따라서 모듈의 이름이 너무 길거나 31 자 이상으로 확장되지 않았는지 확인하십시오.
다음은 샘플 엑셀 시트입니다.
| 요구 사항 ID | 요구 사항 이름 | 기술 | 상태 | 할당 | 우선 순위 | 유형 | 사용자 정의 필드 1 (있는 경우) |
|---|---|---|---|---|---|---|---|
| 요구 사항 이름 1 | 설명 1 | 새로운 | 있어야합니다 | 기능의 | |||
| 요구 사항 이름 2 | 설명 2 | 새로운 | 있어야합니다 | 기능의 | |||
| 요구 사항 이름 3 | 설명 3 | 새로운 | 있어야합니다 | 기능의 | |||
| 요구 사항 이름 4 | 설명 4 | 새로운 | 있어야합니다 | 기능의 |
Excel 파일 가져 오기
이 섹션에서는 Excel 파일을 가져 오는 방법을 이해합니다. 다음은 Excel 파일을 가져 오는 단계입니다.
Step 1− Requirement 탭으로 이동하여 Requirement-Module 구조의 루트 폴더를 선택합니다. 루트 폴더에는 프로젝트 이름이 있습니다.
Step 2 − 루트 폴더 바로 위에있는 도구 모음에서 Excel 가져 오기 아이콘을 선택합니다.
다음 스크린 샷은 요구 사항 탭의 루트 폴더 선택과 Excel 가져 오기 아이콘을 보여줍니다.
Step 3− Excel 가져 오기 아이콘을 클릭하면 요구 사항 가져 오기 마법사가 열립니다. 일련의 규칙이 함께 제공됩니다. Excel 시트가 해당 규칙을 충족하는지 여부를 다시 확인하십시오.
Step 4− 이제 Excel 파일을 찾아 업로드합니다. 업로드에 성공하면 다음 스크린 샷과 같이 마법사에 파일 이름이 표시됩니다.
Step 5 − 체크 박스 Use imported file's first row as header. qTest는 Excel 파일의 첫 번째 행을 헤더로 사용합니다. qTest는 매핑에 사용할 수있는 필드로 파일의 헤더를 가져옵니다.
Step 6− 위 스크린 샷과 같이 파일을 선택하고 다음을 클릭합니다. 당신은 볼 것입니다Available fields for mapping 다음 스크린 샷에서와 같이.
이 옵션을 선택하지 않으면 qTest는 사용 가능한 필드 매핑으로 열의 순서를 가져옵니다. 다음 스크린 샷은 동일하게 표시됩니다.
Step 7 − 끌어서 놓기 기능을 사용하여 다음 스크린 샷과 같이 매핑을 위해 사용 가능한 필드에있는 Excel 시트 열 이름으로 요구 사항 필드를 매핑합니다.
Step 8 − 매핑 된 필드를 삭제하려면 X상자에 로그인하십시오. 필드 매핑이 삭제되고 필요한 경우 필드를 다른 열과 다시 매핑 할 수 있습니다.
알림 이메일 보내기 확인란을 선택하면 가져 오기 요구 사항에 대한 이메일이 사용자에게 전송됩니다.
Step 9 − 다음 스크린 샷과 같이 가져 오기를 클릭합니다.
성공적으로 가져 오면 가져온 정보를 받게됩니다. 다음 스크린 샷과 같이 세 개의 버튼이있는 대화 상자가 나타납니다.
OK-요구 사항 탭으로 이동합니다.
OK & Refresh-페이지를 새로 고침하고 가져온 모든 정보를 볼 수 있습니다.
로그보기-이것은 가져온 로그를 볼 수 있습니다.
다음 스크린 샷은 가져온 정보를 표시합니다.
qTest는 요구 사항 세부 사항을 HTML 파일 또는 Excel 파일로 내보낼 수있는 기능을 지원합니다.
다음은 요구 사항 세부 정보를 내보내는 단계입니다.
Step 1 − 다음 스크린 샷과 같이 루트 폴더를 선택하고 내보내기 요구 사항 아이콘을 클릭합니다.
Step 2− 아이콘을 클릭하면 옵션 세트가 표시됩니다 (다운로드 용). 요구 사항 세부 정보 보고서를 선택하고 클릭합니다.
요구 사항 세부 정보가있는 열과 함께 요구 사항 내보내기 마법사가 열립니다. 다음 스크린 샷은 요구 사항 내보내기 마법사를 보여줍니다.
Step 3− 왼쪽에서 오른쪽 선택 상자로 요구 사항 필드 (내보낼 필요가있는 모든 필드)를 선택합니다. 오른쪽에있는 위쪽 및 아래쪽 화살표를 사용하여 내 보낸 파일에서 요구 사항 필드의 표시 순서를 변경할 수 있습니다. 라디오 버튼을 HTML 또는 XLS로 선택할 수도 있습니다. 다음 스크린 샷은 내 보낸 파일로 HTML을 선택한 경우 마법사의 설정을 보여줍니다.
Step 4− XLS 형식을 선택하면 요구 사항을 하나의 시트로 병합할지 확인하는 추가 확인란이 나타납니다. 확인란을 클릭하면 각 모듈이 요구 사항이 포함 된 별도의 시트로 내보내집니다.
다음 스크린 샷은 마법사의 XLS 내보내기 설정을 보여줍니다.
재설정 버튼을 클릭하면 모든 요구 사항 필드가 기본적으로 내보내기로 설정됩니다. 모든 설정이 기본값으로 변경됩니다.
취소 버튼을 클릭하면 마법사가 닫히고 컨트롤이 요구 사항 탭으로 다시 전송됩니다.
확인 버튼을 클릭하면 마법사에서 선택한 파일로 요구 사항을 내 보냅니다.
다음 스크린 샷은 내 보낸 HTML 파일 샘플을 보여줍니다.
다음 스크린 샷은 내 보낸 XLS 파일 샘플을 보여줍니다. 이것은 표지 역할을합니다.
다음 스크린 샷은 내 보낸 요구 사항을 보여줍니다.
한 모듈의 개별 요구 사항을 선택하여 한 번에 내보낼 수 있으며, 루트 폴더를 선택하면 루트 폴더의 모듈 및 하위 모듈에있는 모든 요구 사항을 내보낼 수 있습니다.
RTM은 Requirement Traceability Matrix를 나타냅니다. 사용자는 RTM for Requirement 탭을 다운로드하여 테스트 케이스 및 요구 사항을 추적 할 수 있습니다.
다음은 요구 사항 세부 정보를 내보내는 단계입니다.
Step 1 − 다음 스크린 샷과 같이 루트 폴더를 선택하고 내보내기 요구 사항 아이콘을 클릭합니다.
Step 2− 아이콘을 클릭하면 아래 스크린 샷과 같이 (다운로드 할) 옵션 세트가 표시됩니다. 요구 사항 세부 정보 보고서를 선택합니다.
요구 사항 추적 성 매트릭스 보고서를 클릭하면 세부 정보와 함께 Excel 파일이 다운로드됩니다. 다음 스크린 샷은 RTM 세부 정보가 포함 된 샘플 Excel 파일을 보여줍니다.
한 번에 내보낼 모듈 하나의 개별 요구 사항을 선택할 수 있습니다. 루트 폴더를 선택하면 모듈 및 루트 폴더의 하위 모듈에있는 모든 요구 사항을 내보낼 수 있습니다.
qTest – Test Design 모듈에서 요구 사항 저장소 내에서 요구 사항을 생성, 이동, 편집 및 볼 수 있습니다. qTest는 테스트 케이스 생성, 업데이트 및 삭제도 지원합니다. 또한 qTest는 승인 워크 플로를 따라 테스트 케이스의 승인을 관리하고 테스터가 아직 이해 관계자가 승인하지 않은 테스트 케이스를 실행하지 못하도록 할 수있는 추가 기능이있는 경우에 사용합니다.
테스트 케이스 생성
테스트 케이스를 생성하려면 테스트 케이스 생성 권한이 있어야합니다. 다음은 테스트 디자인 탭에서 테스트 케이스를 만드는 단계입니다.
Step 1 − 테스트 디자인 섹션으로 이동합니다.
Step 2 − 다음 스크린 샷과 같이 왼쪽 패널에서 테스트 케이스를 생성 할 모듈을 선택합니다.
Step 3 − 새 테스트 케이스를 생성하려면 왼쪽 패널의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 New → New Test Case를 선택합니다.
Step 4 − 다음 스크린 샷과 같이 패널 왼쪽에있는 New Test case 아이콘 / 이미지를 클릭합니다.
그만큼 Create Test Case 다음 스크린 샷과 같이 템플릿이 열립니다.
Step 5 − 양식에 다음 필드를 입력하세요 −
- 테스트 케이스의 이름
- Status
- Type
- 할당
- Description
- Pre-Condition
- Priority
Step 6− 테스트 단계 섹션에서 테스트 설명 및 예상 결과를 입력합니다. Shift + Enter를 사용하여 1 단계의 여러 줄에 쓰십시오. 그런 다음 탭을 누르거나 + 기호를 클릭하여 새 단계를 입력하십시오. 테스트 단계를 다시 정렬하려면 위쪽 화살표를 사용합니다. 테스트 단계를 삭제하려면 십자 기호를 사용하십시오.
Step 7− Resources 탭에서 Add 버튼을 클릭하여 Linked Requirements를 추가합니다. 요구 사항 목록이 열립니다. 다음 스크린 샷과 같이 요구 사항을 선택하고 추가 버튼을 클릭합니다.
Step 8 − 다음 스크린 샷과 같이 저장 버튼을 클릭하여 테스트 케이스를 저장합니다.
저장을 클릭하면 저장된 변경 사항에 대한 성공 메시지를 받게됩니다. 테스트 케이스는 다음 스크린 샷과 같이 모듈 이름 아래 왼쪽 패널에 나타납니다.
테스트 케이스 편집
테스트 케이스를 편집하려면 테스트 케이스 편집 권한이 있어야합니다. 다음은 테스트 케이스를 편집하는 단계입니다.
Step 1− 편집 할 테스트 케이스를 선택하고 두 번 클릭하여 추가로 탐색하십시오. 다음 스크린 샷에 표시된대로 이름, 상태, 할당 대상, 설명과 같은 테스트 케이스의 속성을 편집합니다.
Step 2 − 저장을 클릭하여 편집을 마칩니다.
Note− Test Case의 버전은 변경 및 저장 될 때마다 0.1 씩 업데이트됩니다. 동일한 버전이 테스트 실행에 추가되면 테스트 실행에서도 업데이트됩니다.
테스트 케이스 이동 / 복사
이 기능을 사용하면 테스트 케이스의 복제본을 만들거나 테스트 케이스의 순서를 변경할 수 있습니다. 이 기능을 수행하려면 테스트 케이스 작성 / 편집 권한이 있어야합니다. 다음은 테스트 케이스를 이동 / 복사하는 단계입니다.
Step 1 − 단일 또는 여러 테스트 케이스를 복사 / 잘라 내기하려면 복사 / 잘라내 기가 필요한 테스트 케이스를 선택하고 선택한 요구 사항을 마우스 오른쪽 버튼으로 클릭합니다.
Step 2− 이제 붙여 넣을 모듈을 선택하고 마우스 오른쪽 버튼을 클릭합니다. 다음 스크린 샷에 표시된대로 복사 된 모듈에 대한 붙여 넣기 옵션을 선택합니다.
테스트 케이스 삭제
이 섹션에서는 테스트 케이스를 삭제하는 방법을 이해합니다. 테스트 케이스를 삭제하는 동안 다음 사항을 고려하십시오.
한 번에 여러 테스트 케이스를 삭제할 수 있습니다.
테스트 케이스를 삭제하려면 테스트 케이스 삭제 권한이 있어야합니다.
삭제 된 테스트 케이스가 요구 사항과 연관된 경우 요구 사항의 연관도 삭제됩니다.
다음은 요구 사항을 삭제하는 단계입니다.
Step 1 − 삭제할 단일 요구 사항 또는 여러 요구 사항을 선택합니다.
Step 2 − 다음 스크린 샷과 같이 선택한 요구 사항을 마우스 오른쪽 버튼으로 클릭하고 삭제를 클릭합니다.
Step 3− 삭제를 확인하는 대화 상자가 나타납니다. 다음 스크린 샷에 표시된대로 예를 클릭합니다.
페이지가 새로 고쳐지고 모듈이 요구 사항 및 테스트 디자인 패널에서 삭제됩니다.
이 기능은 테스트 케이스에 몇 가지 추가 단계와 함께 다른 테스트 케이스와 동일한 단계가있을 때 매우 유용합니다. 이 기능을 사용하면 개별 테스트 단계를 다른 테스트 케이스로 대체 할 수 있습니다.
다음은 테스트 케이스를 호출하는 단계입니다.
Step 1 − 테스트 케이스를 호출하려는 테스트 단계 섹션으로 이동합니다.
Step 2 − 사용자가 함수를 호출 할 개별 단계로 이동합니다.
Step 3 − 테스트 단계의 설정 탭에서 Test Case 다음 스크린 샷과 같이 아이콘.
Step 4− 모든 테스트 케이스가 나열된 테스트 케이스 마법사가 열립니다. 이 단계에서 호출 할 특정 테스트 케이스를 선택하십시오. 테스트 케이스를 선택한 후 추가 버튼을 클릭합니다. 다음 스크린 샷에는 테스트 케이스 마법사와 추가 버튼이 표시됩니다.
Step 5 − 추가 버튼을 클릭하면 다음 스크린 샷과 같이 테스트 단계에서 테스트 케이스가 호출됩니다.
Step 6 − 최신 버전의 테스트 케이스를 유지하려면 화면 오른쪽 상단에있는 저장 버튼을 클릭합니다.
Step 7 − 다음 스크린 샷과 같이 성공 메시지가 표시됩니다.
중요 사항
다음은 테스트 케이스 호출과 관련된 몇 가지 중요한 사항입니다.
테스트 케이스는 자신을 호출 할 수 없습니다.
승인 된 테스트 케이스 만 다른 테스트 케이스에서 호출 할 수 있습니다. 그렇지 않으면 호출하기 전에 먼저 테스트 케이스를 승인할지 확인하는 대화 상자가 나타납니다.
테스트 케이스는 다른 테스트 단계에서 동일한 테스트 케이스를 호출 할 수 있습니다.
qTest는 테스트 케이스 승인 워크 플로우를 지원합니다. 이해 관계자가 테스트 케이스를 검토하고 모든 것이 올바르게 진행되면 승인하는 것과 같습니다. 승인 될 때까지 테스트 케이스를 실행할 수 없습니다. 한 번에 여러 테스트 케이스를 승인 할 수 있습니다. 테스트 케이스를 승인하려면 테스트 케이스 승인 권한이 있어야합니다.
단일 테스트 케이스 승인
다음은 단일 테스트 케이스를 승인하는 단계입니다.
Step 1 − 이동 Test Design 테스트 케이스가 작성된 모듈을 확장하십시오.
Step 2− 테스트 케이스 이름을 클릭합니다. 다음 스크린 샷과 같이 오른쪽에 테스트 케이스 세부 정보 페이지가 열립니다.
Step 3 − 클릭 Approve 저장 버튼을 누르기 전에 화면 오른쪽 상단의 버튼을 누르십시오.
Step 4− 테스트 케이스 승인을 요청하는 확인 대화 상자가 나타납니다. 딸깍 하는 소리YES 승인합니다.
Step 5 − 승인 후 테스트 케이스는 다음 스크린 샷과 같이 왼쪽 패널에 녹색 체크 표시가 나타납니다.
여러 테스트 케이스 승인
다음은 한 번에 여러 테스트 케이스를 승인하는 단계입니다.
Step 1 − 다음으로 이동 Test Design 탭을 클릭하고 Data Query 다음 스크린 샷과 같이 아이콘.
Step 2 − 쿼리 이름에 “Test Cases Need to approve” 클릭 Run 질문.
Step 3− 쿼리 결과 테이블에서 테스트 케이스를 선택하여 테스트 케이스를 승인합니다. 나중에 다음 스크린 샷과 같이 Edit → Batch Approve를 클릭합니다.
Step 4− 확인 대화 상자가 표시됩니다. 클릭Confirm단추. 확인란을 선택하여 이메일 알림을받을 수도 있습니다.
Step 5− 확인을 클릭하면 승인 진행 상태가 표시됩니다. 딸깍 하는 소리OK, 진행이 100 % 완료되면.
사용자는 Excel 스프레드 시트를 사용하여 한 번에 여러 테스트 케이스를 작성할 수 있습니다. Excel 파일은 행과 열로 표시되는 텍스트 파일입니다.
Excel 파일 규칙
Excel 파일을 생성하는 동안 다음 사항을 고려해야합니다.
Excel 파일에는 첫 번째 시트에만 데이터가 있어야합니다.
시트 이름은 테스트 케이스를 가져올 모듈 이름과 동일해야합니다.
첫 번째 행에는 다른 열과 다음 열의 헤더 이름이 있어야합니다. 데이터는 열로 표시되어야합니다.
가져 오는 동안 첫 번째 행은 테스트 케이스 양식의 다른 필드와 매핑됩니다.
Excel 파일의 한 열은 테스트 케이스 양식의 한 필드에만 매핑 할 수 있습니다.
테스트 케이스 ID 필드는 열과 매핑되지 않아야합니다. 시스템은 자동으로 테스트 케이스 ID를 생성합니다.
필수 필드는 Excel 시트의 열과 매핑되어야하며 비워 둘 수 없습니다. 그렇지 않으면 시스템이 가져 오기 실패라는 오류 메시지를 생성합니다.
필수가 아닌 필드는 매핑없이 남겨 두거나 데이터를 비워 둘 수 있습니다. 둘 중 하나를 가져 오는 동안 이러한 필드는 프로젝트 설정에 정의 된대로 비어 있거나 기본값이됩니다.
qTest는 최대 500 자까지 모듈 이름을 지원하지만 Excel 시트는 시트 이름으로 31 자 길이 만 지원합니다. 따라서 모듈의 이름이 너무 길거나 31 자 이상으로 확장되지 않았는지 확인하십시오.
다음은 샘플 Excel 시트입니다.
| 사전 조건 | 단계 # | 단계 설명 | 예상 결과 | 테스트 케이스 유형 | 테스트 케이스 상태 | 테스트 케이스 우선 순위 | 할당 된 테스트 케이스 | 사용자 정의 필드 1 (있는 경우) |
|---|---|---|---|---|---|---|---|---|
| 테스트 케이스의 전제 조건 1 | 1 | 1 단계 | 단계 예상 결과 1 | |||||
| 2 | 2 단계 | 단계 예상 결과 2 | ||||||
| 삼 | 3 단계 | 단계 예상 결과 3 | ||||||
| 테스트 케이스 2의 전제 조건 | 1 | 1 단계 | 단계 예상 결과 1 | |||||
| 2 | 2 단계 | 단계 예상 결과 2 | ||||||
| 엔 | 단계 n | 단계 예상 결과 n | ||||||
| 테스트 케이스 n의 전제 조건 | 1 | 1 단계 | 단계 예상 결과 1 | |||||
| 2 | 2 단계 | 단계 예상 결과 2 | ||||||
| 엔 | 단계 n | 단계 예상 결과 n |
Excel 파일 가져 오기
이제 Excel 파일을 가져 오는 방법에 대해 설명하겠습니다.
Step 1− 테스트 디자인 탭으로 이동하여 루트 폴더를 선택합니다. 루트 폴더에는 프로젝트 이름이 있습니다.
Step 2− 루트 폴더 바로 위에있는 도구 모음에서 Excel 가져 오기 아이콘을 선택합니다. 다음 스크린 샷은 테스트 디자인 탭에서 Excel 가져 오기 아이콘과 루트 폴더 선택을 보여줍니다.
Step 3− 테스트 케이스 가져 오기 마법사가 열립니다. 일련의 규칙이 함께 제공됩니다. Excel 시트가 해당 규칙을 충족하는지 여부를 다시 확인하십시오.
Step 4− Excel 파일을 찾아 업로드합니다. 업로드가 완료되면 다음 스크린 샷과 같이 마법사에 파일 이름이 표시됩니다. "가져온 파일의 첫 번째 행을 헤더로 사용"확인란을 선택합니다. qTest는 Excel 파일의 첫 번째 행을 헤더로 사용합니다. qTest는 매핑에 사용할 수있는 필드로 파일의 헤더를 가져옵니다.
다음 스크린 샷은 확인란을 선택한 후 매핑에 사용할 수있는 필드를 보여줍니다.
이 옵션을 선택하지 않으면 qTest는 사용 가능한 필드 매핑으로 열의 순서를 가져옵니다. 다음 스크린 샷은 동일하게 표시됩니다.
Step 5 − 끌어서 놓기 기능을 사용하여 다음 스크린 샷과 같이 매핑을 위해 사용 가능한 필드에있는 Excel 시트 열 이름으로 테스트 케이스 필드를 매핑합니다.
Step 6 − 매핑 된 필드를 삭제하려면 X상자에 로그인하십시오. 필드 매핑이 삭제되고 필요한 경우 필드를 다른 열과 다시 매핑 할 수 있습니다.
Step 7− 알림 이메일 보내기 확인란을 선택하면 테스트 케이스를 가져 오기위한 이메일이 전송됩니다. 이제 다음 스크린 샷과 같이 가져 오기를 클릭합니다.
Step 8 − 성공적으로 가져 오면 다음 스크린 샷과 같이 가져온 정보가 표시됩니다.
위의 스크린 샷과 같이 세 개의 버튼이있는 대화 상자가 나타납니다.
OK-테스트 디자인 탭으로 이동합니다.
OK & Refresh-페이지를 새로 고침하고 가져온 모든 정보를 볼 수 있습니다.
로그보기-이것은 가져온 로그를 볼 수 있습니다.
다음 스크린 샷은 가져온 정보를 표시합니다.
qTest는 테스트 케이스의 세부 사항을 Excel 파일로 내보낼 수있는 기능을 지원합니다. 다음은 테스트 케이스 세부 사항을 내보내는 단계입니다.
Step 1 − 다음 스크린 샷과 같이 루트 폴더를 선택하고 Export Test Cases 아이콘을 클릭합니다.
Step 2− 테스트 케이스 내보내기 아이콘을 클릭하면 옵션 세트가 표시됩니다 (다운로드 용). 테스트 케이스 세부 사항 보고서를 선택하고 클릭하십시오.
테스트 케이스 내보내기 마법사가 열립니다. 여기에는 테스트 케이스의 세부 사항이있는 열이 있습니다. 다음 스크린 샷은 테스트 케이스 내보내기 마법사를 보여줍니다.
Step 3 − 왼쪽에서 오른쪽 선택 상자로 테스트 케이스 필드 (내보낼 필요가있는 필드)를 선택합니다.
Step 4− 오른쪽에있는 위쪽 및 아래쪽 화살표를 사용하여 내 보낸 파일에서 요구 사항 필드의 표시 순서를 변경할 수 있습니다. 다음 스크린 샷은 파일 내보내기를위한 마법사의 설정을 보여줍니다.
재설정 버튼을 클릭하면 내보낼 모든 테스트 케이스 필드가 설정됩니다. 모든 설정이 기본값으로 변경됩니다.
Cancel 버튼을 클릭하면 마법사가 닫히고 Control은 Test Cases 탭으로 다시 보냅니다.
확인 버튼을 클릭하면 마법사에서 선택한 파일로 테스트 케이스를 내 보냅니다.
다음 스크린 샷은 내 보낸 샘플 파일을 보여줍니다.
다음 스크린 샷은 내 보낸 요구 사항을 보여줍니다.
한 번에 내보낼 모듈 하나의 개별 테스트 케이스를 선택할 수 있습니다. 루트 폴더를 선택하면 루트 폴더의 모듈 및 하위 모듈 내에있는 모든 테스트 케이스를 내보낼 수 있습니다.
테스트 실행은 서로 다른 릴리스에서 관리되며 각 릴리스에는 테스트 실행을 완료하고 기능을 보장하기 위해 여러 테스트주기가있을 수 있습니다. 테스트주기는 항상 단일 릴리스의 일부이며 테스트 릴리스의 범위에서 정의됩니다.
새 테스트주기 생성
테스트주기를 생성하려면 테스트주기 생성 권한이 있어야합니다. 다음은 테스트주기를 만드는 단계입니다.
Step 1 − 새로운 테스트주기를 생성하려면 다음 두 옵션 중 하나를 따르십시오.
테스트 실행 탭으로 이동하여 루트 폴더 또는 릴리스를 선택하십시오. 그런 다음 왼쪽 패널의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 새로 만들기 → 새 테스트주기를 선택합니다.
다음 스크린 샷에 표시된대로 패널 왼쪽에있는 새 테스트주기 이미지를 클릭합니다.
테스트주기 생성 양식이 열립니다.
Step 2 − 양식에 다음 필드를 입력하세요 −
- 테스트주기의 이름
- Description
- 타겟 릴리스 / 빌드
Step 3 − 모든 세부 정보를 입력 한 후 화면 오른쪽 상단에있는 저장 버튼을 클릭합니다.
저장을 클릭하면 변경 성공 메시지가 표시되고 다음 스크린 샷에 표시된대로 프로젝트 이름 아래 왼쪽 패널에 테스트주기 이름이 나타납니다.
테스트주기 편집
테스트주기를 편집하려면 테스트주기 편집 권한이 있어야합니다. 다음은 테스트주기를 편집하는 단계입니다.
Step 1 − 편집 할 테스트주기를 선택하고 클릭하여 세부 정보를 엽니 다.
Step 2 − 다음 스크린 샷에 표시된대로 이름, 속성, 설명, 대상 릴리스 빌드 또는 기타 필드를 편집합니다.
Step 3 − 저장을 클릭하여 편집을 마칩니다.
테스트주기 이동 / 복사
테스트주기를 이동 / 복사하려면 테스트주기 기본 설정 생성 / 편집이 있어야합니다. 이 기능을 사용하면 테스트주기의 복제본을 만들거나 구조를 재정렬 할 수 있습니다. 다음은 테스트주기를 이동 / 복사하는 단계입니다.
Step 1 − 단일 또는 다중 테스트주기를 복사하려면 복사해야하는 테스트주기를 선택하고 선택한주기를 마우스 오른쪽 버튼으로 클릭합니다.
Step 2 − 복사를 선택하고 다음 스크린 샷과 같이 클릭합니다.
Step 3 − 테스트 계획 트리의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 복사 된주기를 붙여 넣습니다.
Note − 닫힌 사이클은 복사하거나 이동할 수 없습니다.
테스트주기 삭제
테스트주기를 삭제하려면 테스트주기 삭제 권한이 있어야합니다. 다음은 테스트주기를 삭제하는 단계입니다.
Step 1 − 삭제할 단일 테스트주기 또는 여러 테스트주기를 선택하십시오.
Step 2 − 선택한주기를 마우스 오른쪽 버튼으로 클릭하고 삭제 버튼을 클릭합니다.
Step 3− 삭제를 확인하는 대화 상자가 나타납니다. 딸깍 하는 소리YES 다음 스크린 샷에 표시된대로.
페이지가 새로 고쳐지고 릴리스가 테스트 계획 패널에서 삭제됩니다.
테스트 실행에서 테스트 실행은 다른 테스트 스위트로 관리되며 이러한 테스트 스위트는 테스트주기의 일부이며 궁극적으로 테스트 릴리스입니다. 이 장에서는 테스트 스위트 관리가 무엇인지 이해합니다.
새 테스트 스위트 생성
테스트 스위트를 생성하려면 테스트 스위트 생성 권한이 있어야합니다. 다음은 테스트 스위트를 만드는 단계입니다.
Step 1 − 새 테스트주기를 생성하려면 두 옵션 중 하나를 사용합니다.
테스트 실행 탭으로 이동하여 루트 폴더, 릴리스 또는 테스트주기를 선택하십시오. 그런 다음 왼쪽 패널의 아무 곳이나 마우스 오른쪽 단추로 클릭하고 새로 작성 → 새 테스트 스위트를 선택하십시오.
다음 스크린 샷과 같이 패널의 왼쪽에있는 New Test Suite 아이콘을 클릭합니다.
Create Test Suite 양식이 열립니다.
Step 2 − 양식에 다음 필드를 입력하세요 −
- 테스트 스위트 이름
- Description
- 타겟 릴리스 / 빌드
- Environment
- 실행 유형
- 계획된 시작 날짜 및 종료 날짜
Step 3 − 모든 세부 정보를 입력 한 후 화면 오른쪽 상단에있는 저장 버튼을 클릭합니다.
저장을 클릭하면 변경 사항에 대한 성공 메시지가 표시되고 다음 스크린 샷에 표시된대로 프로젝트 이름 및 선택한 릴리스 아래의 왼쪽 패널에 테스트 스위트 이름이 나타납니다.
테스트 스위트 편집
테스트 스위트를 편집하려면 테스트 스위트 편집 권한이 있어야합니다. 다음은 테스트 스위트를 편집하는 단계입니다.
Step 1 − 편집 할 테스트 스위트를 선택하고 클릭하여 세부 정보를 엽니 다.
Step 2 − 다음 스크린 샷에 표시된대로 이름, 속성, 설명, 대상 릴리스 빌드 또는 기타 필드를 편집합니다.
Step 3 − 저장을 클릭하여 편집을 마칩니다.
테스트 스위트 이동 / 복사
테스트 스위트를 이동 / 복사하려면 테스트 스위트 작성 / 편집 권한이 있어야합니다. 이 기능을 사용하면 테스트 스위트의 복제본을 만들거나 구조를 재정렬 할 수 있습니다.
다음은 테스트 스위트를 이동 / 복사하는 단계입니다.
Step 1− 단일 테스트 스위트 또는 여러 테스트 스위트를 복사하려면 복사 / 잘라내 기가 필요한 테스트 스위트를 선택하고 선택한 스위트를 마우스 오른쪽 버튼으로 클릭합니다. 복사 / 잘라내기를 선택하고 다음 스크린 샷과 같이 클릭합니다.
Step 2 − 테스트 계획 트리의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 다음 스크린 샷과 같이 복사 된주기를 붙여 넣도록 선택합니다.
Note − 닫힌 사이클은 복사하거나 이동할 수 없습니다.
테스트 스위트 삭제
테스트 스위트를 삭제하려면 테스트 스위트 삭제 권한이 있어야합니다. 다음은 테스트 스위트를 삭제하는 단계입니다.
Step 1 − 삭제할 단일 테스트 스위트 또는 여러 테스트 스위트를 선택하십시오.
Step 2 − 선택한 제품군을 마우스 오른쪽 버튼으로 클릭하고 삭제 버튼을 클릭합니다.
Step 3− 삭제할 것인지 묻는 대화 상자가 나타납니다. 딸깍 하는 소리YES 다음 스크린 샷에 표시된대로.
페이지가 새로 고쳐지고 테스트 계획 패널에서 테스트 스위트가 삭제됩니다.
이 장에서는 qTest에서 테스트 실행을 추가하는 방법을 이해합니다. 테스트 실행을 실행하려면 테스트 실행 만들기 권한이 있어야합니다. 테스트 실행은 루트, 릴리스,주기 또는 테스트 스위트 아래에 생성 될 수 있습니다.
다음은 테스트 스위트를 만드는 단계입니다.
Step 1 − 새로운 테스트주기를 생성하려면 다음과 같은 다른 방법이 있습니다.
테스트 실행 탭으로 이동하여 루트 폴더, 릴리스 또는 테스트주기를 선택하십시오. 그런 다음 다음 스크린 샷과 같이 도구 모음에서 테스트 실행 추가 아이콘을 클릭합니다.
Shift + R을 누릅니다.
다음 스크린 샷과 같이 테스트 스위트를 선택한 후 패널 오른쪽에있는 테스트 실행 추가 버튼을 클릭합니다.
Step 2 − 위의 방법 중 하나를 사용하면 테스트 실행 추가 마법사 양식이 열립니다.
Step 3 − Requirement / Test Design / Test Execution / Defects 탭에서 테스트 케이스를 선택하고 Add 버튼을 클릭합니다.
추가를 클릭하면 페이지가 새로 고쳐지고 다음 스크린 샷에 표시된대로 테스트 케이스가 추가됩니다.
테스트 스위트를 생성하고 테스트 실행을 추가하는 동안 다음과 같은 중요한 사항을 고려하십시오.
중복 테스트 케이스를 추가하지 마십시오. 테스트 스위트는 중복 테스트 케이스를 추가하지 않습니다.
추가되지 않은 테스트 케이스를 표시합니다. 이를 확인하면 마법사는 선택한 폴더에 추가되지 않은 테스트 케이스 만 표시합니다.
이 장에서는 qTest의 테스트 실행에 대해 배웁니다.
테스트 실행을 실행하려면 테스트 실행 실행 권한이 있어야합니다. 단일 또는 다중 테스트 실행 및 테스트 스위트를 실행할 수 있습니다. 선택한 모든 테스트 케이스에 전체 상태를 표시하기 위해 빠른 실행을 수행 할 수도 있습니다.
기본 모드
qTest에는 실행할 세 가지 기본 모드가 있습니다.
- 세션 기록없이 실행
- Explorer Integrated Edition으로 실행
- Web Explorer로 실행
다음은 기본 모드를 설정하는 단계입니다-
테스트 실행 그리드 또는 개별 테스트 실행 기본 페이지에서 실행 버튼 옆에있는 드롭 다운 화살표를 선택합니다.
세 가지 옵션 중 하나를 선택하십시오.
저장을 클릭하여 기본 실행 모드를 설정합니다.
다음 스크린 샷은 기본 옵션을 설정하는 방법을 보여줍니다.
단일 / 다중 테스트 실행 실행
이 섹션에서는 단일 / 다중 테스트 실행을 실행하는 방법에 대해 설명합니다. 다음은 실행 단계입니다-
Step 1 − Shift + 클릭을 사용하여 단일 / 다중 테스트 실행을 선택합니다.
Step 2 − 클릭 Run 다음 스크린 샷과 같이 실행 도구 모음 또는 테스트 실행 세부 정보 화면에서 버튼을 누릅니다.
Step 3− 테스트 실행은 자세한 테스트 단계가있는 대화 상자에서 열리고 설명이로드됩니다. 여기에서 테스트 결과를 업데이트 할 수 있습니다. 다음 스크린 샷은이 단계를 이해하는 데 도움이됩니다.
Step 4− 각 단계의 상태로 커서를 가져갑니다. 테스트 단계 실행 상태를 표시하기 위해 선택할 수있는 상태 목록을 표시합니다.
Step 5− 저장 버튼을 클릭합니다. 예정 시간과 실제 시간을 입력 한 대화 상자를 표시합니다. 세부 정보를 입력 한 후 다시 저장 버튼을 클릭합니다.
마찬가지로 한 번에 하나 또는 여러 테스트 스위트를 실행할 수 있습니다. 각 테스트 케이스는 하나씩 나타납니다.
테스트 패드 기능
실행 버튼을 클릭하면 테스트 패드가 실행을 위해 선택한 테스트 실행을로드합니다. 테스트 패드에는 몇 가지 중요한 기능이 있습니다. 다음 단계를 수행하여 이러한 기능을 이해합니다.
Step 1 − 드롭 다운 목록에서 테스트 실행을 선택하여 특정 테스트 케이스를 실행합니다.
위 스크린 샷에 표시된 순서대로 테스트 실행을 실행하려면 앞으로 또는 뒤로 아이콘을 클릭합니다.
마지막 실행로드 버튼을 클릭하면 테스트 실행의 마지막 결과를 볼 수 있습니다.
테스트 실행 정보 섹션에서 테스트 케이스의 설명, 전제 조건, 메모 및 첨부 파일을 봅니다.
관련 테스트 케이스의 속성에서 설명 및 전제 조건로드.
메모는 테스트 실행 로그에 표시됩니다.
테스트 로그에 결함을 제출 / 연결합니다.
다음 스크린 샷은 위의 기능을 보여줍니다.
다음 스크린 샷은 결함 링크 위치를 표시합니다.
리소스에 별도로 테스트 케이스 및 테스트 로그에 대한 첨부 파일 추가
테스트 실행에 대한 전체 상태를 선택하십시오. 전체 테스트 실행 상태를 모든 테스트 실행 단계에 적용 할 수도 있습니다.
개별 테스트 단계의 상태를 선택합니다.
위 스크린 샷에 표시된대로 버그 아이콘을 클릭하여 개별 테스트 단계에 대한 결함을 제출합니다.
클립 아이콘을 클릭하여 위 스크린 샷과 같이 개별 테스트 단계에 대한 첨부 파일을 추가합니다.
Step 2 − 다음 스크린 샷과 같이 개별 단계를 클릭하여 테스트 단계의 설명, 예상 결과를 편집하고 실행 중에 실제 결과를 추가합니다.
예상 결과는 녹색으로 표시되고 실제 결과는 밝은 빨강 / 분홍색으로 표시됩니다.
빠른 실행 버튼을 사용하여 테스트 실행의 전체 상태를 빠르게 업데이트 할 수 있습니다. 개별 테스트 실행 또는 전체 테스트 스위트를 빠르게 실행할 수 있습니다.
단일 테스트 실행 빠른 실행
이제 다음 단계를 사용하여 단일 테스트 실행을 빠르게 실행하는 방법에 대해 설명하겠습니다.
Step 1 − 실행 트리에서 단일 테스트 실행을 선택합니다.
Step 2 − 클릭 Quick Run 다음 스크린 샷과 같이 Test Run Detail 화면에서 버튼을 누릅니다.
Step 3− 빠른 실행 대화 상자가 열립니다. 선택Mark quick result 전체 테스트 실행의 결과입니다.
- 새로 만들기 버튼을 클릭하여 결함을 제출합니다.
- 테스트 케이스에 링크 할 기존 결함 ID 또는 검색 결함을 입력하십시오.
- 테스트 케이스에서 링크 된 결함을 제거하려면 삭제 아이콘을 클릭하십시오.
Step 4 − 클릭 OK 버튼을 눌러 결과를 확인하십시오.
빠른 실행에서 전체 테스트 실행 상태는 테스트 단계 수준이 아닌 업데이트 만됩니다.
Quick Run에서 개별 테스트 단계는 수동으로 변경하지 않는 한 미 실행 상태가됩니다.
여러 테스트 실행의 빠른 실행
다음은 여러 테스트 실행을 빠르게 실행하는 단계입니다.
Step 1 − 실행 트리에서 테스트 스위트를 선택합니다.
Step 2 − 테스트 실행 그리드에서 여러 또는 모든 테스트 실행을 선택합니다.
Step 3 − 다음 스크린 샷과 같이 테스트 실행 그리드에서 빠른 실행 버튼을 클릭합니다.
Step 4 − 다음 스크린 샷과 같이 빠른 실행 대화 상자가 열립니다.
개별 테스트 실행에 대한 상태를 선택하거나 확인란을 선택하여 여러 테스트 케이스를 선택합니다.
상태를 선택하고 적용 버튼을 클릭합니다. 한 번에 선택한 테스트 실행으로 상태를 업데이트합니다.
확인 버튼을 클릭하여 상태 업데이트를 확인하거나 확인 및 새로 고침 버튼을 클릭하여 최신 테스트 실행 결과를 테스트 스위트에 제출합니다.
결함 모듈에서 생성 된 결함을 생성,보기 및 편집 할 수 있습니다. q 테스트 결함 추적기는 간단하지만 강력한 도구입니다. 실시간으로 결함을 관리 할 수 있습니다. 결함과 관련된 필드 및 값을 쉽게 사용자 정의하여 해결 프로세스를 식별하고 추적 할 수 있습니다. 이 외에도 qTest를 사용하면 선택한 결함에 대한 제출, 할당, 업데이트 또는 댓글시 이메일 알림을 구독 할 수 있습니다.
실행 중 또는 실행 후 특정 테스트 케이스에 결함을 제출할 수있는 세 가지 방법이 있습니다.
- 빠른 실행 실행 중 제출
- 기본 실행 실행 중 제출
- 테스트 실행 완료 후 제출
테스트 실행 중 제출
이 프로세스는 빠른 실행 또는 기본 실행 실행 중에 결함을 제출하는 것과 유사합니다. 두 경우 모두 유일한 차이점은 실행 시작이며 나머지 단계는 다음과 같습니다.
특정 테스트 단계 또는 모든 단계에 적용 가능한 테스트 케이스에 대한 결함을 제출할 수 있습니다.
Step 1 − 테스트 케이스 수준에서 추가하려면 다음 스크린 샷과 같이 Submit Defect 섹션을 클릭 한 다음 New를 클릭합니다.
Step 2 − 마찬가지로, 테스트 단계 수준에서 결함을 추가하려면 다음 스크린 샷과 같이 Submit Defect 아이콘을 클릭 한 다음 New를 클릭합니다.
Step 3− 위의 두 경우 모두 결함 제출 양식이 별도의 창에 열립니다. 결함 제출 전에 다음 필드를 입력하십시오-
- Summary
- 고정 릴리스 / 빌드
- 할당
- Type
- Reason
- Environment
- 첨부 파일을 추가하여 스크린 샷, 로그 등과 같은 불일치를 확인합니다.
Step 4 − 세부 정보를 입력 한 후 다음 스크린 샷과 같이 저장 및 닫기 버튼을 클릭합니다.
히스토리 탭에서이 결함에 대해 수행 된 모든 조치 또는 에디션을 볼 수 있습니다.
결함 ID가 생성되고 다음 스크린 샷과 같이 결함 기호 위로 커서를 이동하여 테스트 단계와 연결된 결함을 볼 수 있습니다.
테스트 실행 완료 후 결함 제출
실행 완료 후 개별 테스트 단계 또는 테스트 케이스에 결함을 제출하거나 연결할 수 있습니다. 다음은 결함을 제출하는 단계입니다.
Step 1 − 실행 내역 섹션의 테스트 케이스에서 결함 아이콘을 선택하여 전체 테스트 케이스에 결함을 제출 / 링크합니다.
Step 2 − 또는 테스트 로그 세부 정보에서 결함 아이콘을 선택하여 실행 된 테스트 로그의 개별 테스트 단계에 결함을 제출 / 연결합니다.
Step 3− 버그 아이콘을 클릭합니다. 결함 제출 / 연결 옵션이있는 대화 상자가 열립니다.
Step 4 − New를 클릭하여 테스트 로그에 연결된 결함을 제출합니다.
Step 5 − 기존 결함 ID 또는 검색 결함을 입력하여 테스트 로그에 연결합니다.
Step 6 − 테스트 로그에서 링크 된 결함을 제거하려면 삭제 아이콘을 클릭합니다.
다음 스크린 샷은 위에서 설명한 단계를 보여줍니다.
결함을 보는 동안 결함 복제 기능을 사용하여 결함의 사본을 쉽게 작성할 수 있습니다. 결함을 복제하려면 결함 생성 및 편집 권한이 있어야합니다.
다음은 결함을 복제하는 단계입니다.
Step 1− 기존 결함을 엽니 다. 결함 섹션으로 이동하여 쿼리 유형 결함 ID를 입력합니다. 쿼리 실행을 클릭합니다. 결과는 다음 스크린 샷과 같이 하단에 표시됩니다.
Step 2 − 결함 정보를 열려면 결함 ID를 클릭합니다.
Step 3 − 클릭 Clone단추. 다음 스크린 샷과 같이 모든 세부 정보가 복사 된 새 결함 양식이 표시됩니다.
Step 4 − 복제 버튼을 클릭하면 버튼이 비활성화되고 Summary 이름이 Cloned defect.
Step 5− 복제 된 결함에서 세부 정보를 편집합니다. 그런 다음Save 버튼을 눌러 복제 결함을 제출합니다.
새 결함 ID는 다음 스크린 샷과 같이 원래 결함 ID를 참조하여 생성됩니다.
결함을 복제하는 동안 다음 사항을 고려하십시오.
- 클론 결함은 항상 새 상태입니다.
- 결함의 세부 사항 만 원래 결함에서 복사됩니다.
- 연결된 테스트 실행, 첨부 파일, 설명 및 기록은 복사되지 않습니다.
Excel 스프레드 시트를 사용하여 결함을 가져올 수 있습니다. Excel 파일은 행과 열로 표시되는 텍스트 파일입니다.
Excel에서 데이터를 가져올 때 다음 사항을 고려해야합니다.
- Excel 파일 규칙
- Excel 파일을 시스템으로 가져 오기
Excel 파일 규칙
Excel 파일을 생성하는 동안 다음 사항을 고려하십시오.
Excel 파일에는 첫 번째 시트에만 데이터가 있어야합니다.
시트 이름은 결함이어야합니다.
첫 번째 행에는 다른 열과 다음 열의 헤더 이름이 있어야합니다. 데이터는 각 열을 나타내야합니다.
가져 오는 동안 첫 번째 행은 결함 생성 양식의 다른 필드와 매핑됩니다.
Excel 파일의 한 열은 결함 생성 양식의 한 필드에만 매핑 할 수 있습니다.
결함 ID 필드는 열과 매핑되지 않아야합니다. 시스템은 자동으로 결함 ID를 생성합니다.
필수 필드는 Excel 시트의 열과 매핑되어야하며 비워 둘 수 없습니다. 그렇지 않으면 시스템이 가져 오기 실패라는 오류 메시지를 생성합니다.
필수가 아닌 필드는 매핑없이 남겨 두거나 데이터를 비워 둘 수 있습니다. 가져 오는 동안이 필드는 비어 있거나 기본값이 프로젝트 설정에 정의 된대로됩니다.
Excel 파일 가져 오기
이제 Excel 파일을 가져 오는 방법에 대해 설명하겠습니다. 다음은 동일한 작업을 수행하는 단계입니다.
Step 1 − 테스트 결함 탭으로 이동합니다.
Step 2− 루트 폴더 바로 위에있는 툴바에서 Import Excel BETA 아이콘을 선택하십시오. 다음 스크린 샷은이 단계를 이해하는 데 도움이됩니다.
Step 3− Excel 가져 오기 아이콘을 클릭하면 Import Defect Wizard BETA가 열립니다. 일련의 규칙이 함께 제공됩니다. Excel 시트가 해당 규칙을 충족하는지 여부를 다시 확인하십시오.
Step 4− Excel 파일을 찾아 업로드합니다. 업로드에 성공하면 다음 스크린 샷과 같이 마법사에 파일 이름이 표시됩니다. "가져온 파일의 첫 번째 행을 헤더로 사용"확인란을 선택합니다. qTest는 Excel 파일의 첫 번째 행을 헤더로 사용합니다. qTest는 매핑에 사용할 수있는 필드로 파일의 헤더를 가져옵니다.
다음 스크린 샷은 위 단계의 확인란을 선택하고 다음 버튼을 클릭 한 경우 매핑에 사용할 수있는 필드를 보여줍니다.
예를 들어, 위 단계에서와 같이 옵션을 선택하지 않으면 qTest가 사용 가능한 필드 매핑으로 열의 순서를 가져옵니다. 다음 스크린 샷은 동일하게 표시됩니다.
Step 5 − 끌어서 놓기 기능을 사용하여 다음 스크린 샷과 같이 매핑을 위해 사용 가능한 필드에있는 Excel 시트 열 이름으로 결함 필드를 매핑합니다.
매핑 된 필드를 삭제하려면 X상자에 로그인하십시오. 필드 매핑이 삭제되고 필요한 경우 필드를 다른 열과 다시 매핑 할 수 있습니다.
알림 이메일 보내기 확인란을 선택하면 결함 가져 오기에 대한 이메일이 전송됩니다.
Step 6 − 이제 다음 스크린 샷과 같이 가져 오기 버튼을 클릭합니다.
성공적으로 가져 오면 다음 스크린 샷과 같이 가져온 정보가 표시됩니다.
위의 스크린 샷과 같이 두 개의 버튼이있는 대화 상자가 나타납니다.
- OK-결함 탭으로 이동합니다.
- 로그보기-이것을 사용하면 가져온 로그를 볼 수 있습니다.
보고서 모듈에서 qTest에서 지원하는 보고서를 작성하고보고 내보낼 수 있습니다. qTest는 STLC의 모든 단계에서 광범위한 보고서를 지원하여 테스트 실행, 결함 생성, 요구 사항 범위 및 테스트 케이스 생성과 같은 진행 상황을 더 잘 추적합니다. 이러한 보고서에는 메트릭을 준비하기 위해 가장 중요한 정보를 가져 오는 다양한 필터가 포함되어 있습니다.
보고서 섹션으로 이동하면 왼쪽 패널에 다양한 활동에 대해 사용 가능한 보고서 목록이 표시됩니다. 오른쪽 패널에서 qTest에는 다음 스크린 샷과 같이 각 보고서에 대한 자세한 설명이 있습니다.
보고서 준비
이 섹션에서는 qTest에서 보고서를 준비하는 방법을 배웁니다. 다음은 단계입니다-
Step 1− 보고서를 생성하려면 왼쪽 패널에서 보고서 이름을 선택합니다. 다음 스크린 샷은 Test Execution Report에서 Execution Status with Defects가 선택되었음을 보여줍니다. 보고서 범위를 좁히기 위해 필터 옵션 세트가 표시됩니다. 이 경우 모듈, 릴리스 및 테스트 케이스 유형 필터가 있습니다.
Step 2− 각 필터에서 사용 가능한 목록을 기준으로 옵션을 선택합니다. 위의 스크린 샷과 같이 표시를 클릭합니다. 차트로 보고서를 생성합니다. 또한 표 형식의 열에 데이터를 표시합니다.
Step 3− 화면 오른쪽 상단의 메일 버튼을 클릭하여 보고서를 XLS, CSV 또는 PDF 형식으로 이메일로 보냅니다. 선택할 수있는 대화 상자가 표시됩니다.Sent to others 이메일 주소를 입력하고 확인을 클릭합니다.
다음 스크린 샷은 이메일로 보고서를 보내는 방법을 보여줍니다.
이메일 요청 처리에 대한 정보를 제공하는 대화 상자가 나타납니다.
마찬가지로 사용 가능한 모든 보고서를 생성 할 수 있습니다. 첫 번째 단계는 보고서 선택입니다. 두 번째 단계는 사용 가능한 필터 옵션으로 보고서 설정을 수행 한 다음 표시 버튼을 클릭하는 것입니다.
보고서는 다음 세 부분으로 생성됩니다-
- 최신 정보-통계 데이터입니다.
- Chart-원형 또는 표 차트 일 수 있습니다.
- Data Grid-보고서를 준비하는 데 사용되는 데이터.
qTest는 표시 항목의 범위를 좁히는 필터 기능을 지원합니다. 필터는 테스트 계획, 요구 사항, 테스트 설계 및 테스트 실행 탭에 대해서만 왼쪽 패널 도구 모음에서 사용할 수 있습니다. 필터는 결함 및 보고서 섹션을 지원하지 않습니다. 이러한 섹션에는 항목 범위를 좁히기위한 다른 필터가 있습니다.
필터 사용 방법
다음은 필터 기능을 사용하는 단계입니다.
Step 1 − 다음 스크린 샷과 같이 테스트 계획 섹션으로 이동하여 왼쪽 패널의 도구 모음에서 필터 아이콘을 클릭합니다.
Step 2− 필터 설정 아이콘을 선택하면 다음 스크린 샷과 같은 대화 상자가 표시됩니다. Filter by as Release 또는 Build를 선택하여 필터를 설정할 수 있습니다.
두 옵션 모두 릴리스 또는 빌드, 시작 날짜, 상태 및 종료 날짜와 같은 필터 옵션이 제공됩니다. 선택 후 필터 버튼을 클릭합니다.
이제 다음 스크린 샷과 같이 Release 2의 세부 정보 만 표시됩니다.
Step 3 − 필터를 제거하려면 필터 → 필터 지우기를 클릭합니다.
마찬가지로 요구 사항, 테스트 설계 및 테스트 실행과 같은 다른 섹션에 대해 필터를 설정하거나 지울 수 있습니다.
qTest는 드래그 앤 드롭 기능을 지원합니다. 동일한 프로젝트 내에서 개체를 빠르게 이동하거나 복사하는 데 도움이됩니다. 이 기능에는 제한이 있습니다. 한 프로젝트에서 다른 프로젝트로 끌어서 놓을 수 없습니다.
다음은이 기능을 사용하는 단계입니다.
Step 1 − 개체를 이동 / 재정렬하려면 마우스 왼쪽 버튼을 누른 상태에서 개체를 대상 폴더로 드래그합니다.
Step 2− 개체를 복사하여 다른 폴더에 넣으려면 마우스 왼쪽 버튼과 CTRL 키를 계속 누르고 있습니다. 이제 개체를 대상으로 끕니다. 개체를 대상 폴더에 복사합니다.
qTest는 각 섹션에서 다양한 핫키를 지원합니다. Hotkeys키보드 단축키라고도합니다. 다음 스크린 샷에서 빨간색 원으로 표시된 것처럼 각 섹션의 왼쪽 하단에서 이러한 바로 가기를 볼 수 있습니다.
다음 표에는 지원되는 단축키가 나열되어 있습니다. 특정 단축키를 사용하려면 해당 페이지에 있어야합니다. 예를 들어 핫키를 사용하여 릴리스를 만드는 동안 먼저 테스트 계획 섹션으로 이동 한 다음Shift + D.
| 단축키 | 페이지 | |||||
|---|---|---|---|---|---|---|
| Test Plan | Requirements | Test Design | Test Execution | Defects | Reports | |
| Ctrl + S | 개체 저장 | 개체 저장 | 개체 저장 | 개체 저장 | 개체 저장 | 엑스 |
| Ctrl + G | 개체를 저장하고 다음 항목으로 이동 (개체 트리에서 동일한 수준) | 개체를 저장하고 다음 항목으로 이동 (개체 트리에서 동일한 수준) | 개체를 저장하고 다음 항목으로 이동 (개체 트리에서 동일한 수준) | 개체를 저장하고 다음 항목으로 이동 (개체 트리에서 동일한 수준) | 엑스 | 엑스 |
| Shift + D | 릴리스 만들기 | 모듈 생성 | 모듈 생성 | 테스트주기 만들기 | 엑스 | 엑스 |
| Shift + Delete, Shift + X | 개체 삭제 | 개체 삭제 | 개체 삭제 | 개체 삭제 | 엑스 | 엑스 |
| Shift + C | 빌드 만들기 | 요구 사항 만들기 | 테스트 케이스 만들기 | 엑스 | 엑스 | 엑스 |
| Shift + S | 엑스 | 엑스 | 엑스 | 테스트 스위트 만들기 | 엑스 | 엑스 |
| Shift + R | 엑스 | 엑스 | 엑스 | 테스트 실행 만들기 | 엑스 | 엑스 |
| Ctrl + E | 엑스 | 엑스 | 엑스 | 엑스 | 결함 저장 및 닫기 | 엑스 |
qTest는 휴지통 개념을 지원합니다. 즉, 불필요한 개체를 일시적으로 삭제하고 필요한 경우 나중에 복원 할 수 있습니다. 개체를 삭제하는 동안 qTest는 개체를 휴지통으로 이동하고 나중에 이러한 개체를 원래 위치로 복원 할 수 있습니다. 휴지통은 테스트 계획, 요구 사항, 테스트 설계 및 테스트 실행 섹션 만 지원합니다. 이 기능은 결함 및 보고서 섹션에 적용되지 않습니다.
삭제 및 복원하려면 개체 삭제 권한이 있어야합니다.
임시 삭제
앞에서 설명한 것처럼 끌어서 놓기 기능을 사용하여 개체를 휴지통으로 이동할 수 있습니다. 또는 개체를 삭제하면 결국 휴지통으로 이동합니다.
확인을 요청하는 대화 상자가 나타나면 YES.
삭제 된 모든 개체를 보려면 도구 모음에서 휴지통을 클릭합니다.
영구 삭제
이제 영구적으로 개체를 삭제하는 방법에 대해 설명하겠습니다.
Step 1 − 클릭 Recycle bin왼쪽 탐색 표시 줄의 아이콘. 고르다Menu 과 Object 개체를 영구적으로 삭제합니다.
Step 2 − 한 번에 여러 개체를 삭제하려면 다음 스크린 샷과 같이 각 항목의 확인란을 선택합니다.
Step 3 − 클릭 Delete Permanently 위 스크린 샷과 같이 페이지 하단에 버튼이 있습니다.
영구 삭제 메시지를 받게됩니다. 이것을 클릭하면 개체가 휴지통에서 영구적으로 사라집니다.
개체 복원
이 섹션에서는 qTest에서 개체를 복원하는 방법에 대해 설명합니다.
Step 1 − 클릭 Recycle Bin 왼쪽 패널의 도구 모음 상단에있는 아이콘.
Step 2 − 선택 Menu 과 Objects 휴지통에서 복원 할 개체를 찾습니다.
Step 3 − 클릭 Restore확인하려면 페이지 하단의 버튼을 클릭하십시오. 선택한 개체가 원래 위치로 다시 이동합니다.
요구 사항, 테스트 케이스, 테스트 실행 또는 결함과 같은 시스템 개체를 빠르게 검색 할 수 있습니다. 페이지의 오른쪽 상단 모서리에있는 검색 상자에 키워드를 입력하여 설명 또는 주석과 같은 시스템 개체에 속하는 부분 정보를 검색 할 수도 있습니다.
다음 스크린 샷은 검색 상자의 위치를 보여줍니다.
qTest는 자유 텍스트 검색 및 구문 검색도 지원합니다.
자유 텍스트 검색
시스템은 사용자가 입력 한 자유 텍스트를 검색 한 다음 자유 텍스트가있는 모든 개체를 반환합니다. 그 외에도 다음과 같은 사전 정의 된 함수 세트를 사용하여 객체를 찾을 수 있습니다.
Release − ID, 이름, 상태, 설명, 릴리스 노트
Build − ID, 이름, 상태, 빌드 노트
Requirement − ID, 이름, 상태, 설명, 유형, 설명
Test Case − ID, 이름, 설명, 상태, 유형, 테스트 단계 설명, 테스트 단계 예상 결과, 설명
Test Suite − ID, 이름, 설명, 실행 유형
Defect − ID, 요약, 설명, 상태, 유형, 설명
Test Run − ID, 이름, 상태, 실행 유형, 테스트 단계 설명, 테스트 단계 예상 결과, 테스트 단계 실제 결과
구문 검색
구문 검색은 다음 세부 정보를 기반으로 검색 결과를 좁히거나 고유 한 개체를 찾는 데 도움이됩니다.
아이디로 검색
각 qTest 개체는 ID (접두사 및 뒤에 ID 번호)와 연결됩니다. 고유 한 개체를 참조하고 빠르게 검색하는 데 도움이됩니다. 다음 구문을 사용하여 id를 사용하여 개체를 찾을 수 있습니다.
id:id_number−이 구문은 지정된 ID 번호를 가진 객체를 반환합니다. 예 : id : 50은 요구 사항 RQ-50, 결함 DF-50, 테스트 케이스 TC-50 등과 같이 ID 번호가 50 인 모든 개체를 반환합니다.
id:prefixid_number− 이것은 obj : object_typeid : id_number와 동일한 방식으로 작동합니다. 고유 한 개체를 찾기 위해 개체 접두사 (RQ, TC, DF 등)로 정의 할 수 있습니다. 이 구문은 지정된 유형과 ID 번호의 고유 한 개체를 반환합니다. 예를 들어 id : tc-50 또는 obj : tc id : 50은 테스트 케이스 TC-50을 반환합니다.
다른 키워드 결합
다음과 같은 고급 구문 검색을 사용하여 검색 결과를 좁힐 수 있습니다. obj:object_typeobject_field: free text 및 / 또는 ( ) obj:object_typeobject_field: free text. 다음 표에는 고급 구문 검색에 사용할 수있는 키워드가 나열되어 있습니다.
| 사물 | Object_type 검색 키 | Object_field | Object_field 검색 키 |
|---|---|---|---|
| 해제 | rls | 이름 | 이름 |
| 상태 | 통계 | ||
| 기술 | 데 | ||
| 릴리스 노트 | 노트 | ||
| 짓다 | bld | 이름 | 이름 |
| 상태 | 통계 | ||
| 메모 작성 | 노트 | ||
| 테스트 케이스 | tc | 이름 | 이름 |
| 기술 | 데 | ||
| 상태 | 통계 | ||
| 유형 | 유형 | ||
| 논평 | cmt | ||
| 테스트 단계 설명 | Tsdes | ||
| 테스트 단계 예상 결과 | tsexp | ||
| 요구 사항 | req | 이름 | 이름 |
| 기술 | 데 | ||
| 상태 | 통계 | ||
| 우선 순위 | prt | ||
| 유형 | 유형 | ||
| 논평 | cmt | ||
| 테스트 스위트 | TS | 이름 | 이름 |
| 기술 | 데 | ||
| 실행 유형 | 유형 | ||
| 테스트 실행 | tr | 이름 | 이름 |
| 상태 | 통계 | ||
| 실행 유형 | 유형 | ||
| 테스트 단계 설명 | Tsdes | ||
| 테스트 단계 예상 결과 | tsexp | ||
| 테스트 단계 실제 결과 | tsact | ||
| 결함 | df | 요약 | 합집합 |
| 기술 | 데 | ||
| 심각성 | svt | ||
| 우선 순위 | prt | ||
| 상태 | 통계 | ||
| 유형 | 유형 | ||
| 논평 | cmt |
테스트 케이스, 요구 사항, 모듈, 릴리스, 테스트 스위트, 테스트 실행 등과 같은 qTest의 모든 개체는 고유 ID를 가지며 항상 개체와 연결됩니다. 개체 이름과 함께이 ID를 표시하거나 숨길 수 있습니다. 이 기능은 Toggle ID를 사용하여 수행 할 수 있습니다.
다음은 토글 ID를 표시하거나 숨기는 단계입니다.
Step 1 − 결함 및 보고서를 제외한 탭 중 하나로 이동합니다.
Step 2 − 클릭 toggle id 왼쪽 패널 툴바의 아이콘.
탭을 기준으로 체크하여 개체를 표시합니다. 토글 ID를 볼 수 있습니다. 선택을 취소하면 토글 ID가 숨겨집니다.
다음 스크린 샷은 테스트 계획 탭 아래의 Toggle ID 기능을 보여줍니다.
다음 스크린 샷은 요구 사항 탭 아래의 Toggle ID 기능을 보여줍니다.
다음 스크린 샷은 테스트 디자인 탭 아래의 Toggle ID 기능을 보여줍니다.
다음 스크린 샷은 Test Execution 탭 아래에 Toggle ID Functionality를 표시합니다.
그만큼 Tagging ID feature설명과 같은 서식있는 텍스트 필드에서 개체를 서로 연결 / 태그 할 수 있습니다. 추가 링크로 변환 될 설명에서 다른 개체의 이름을 언급 할 수 있습니다. 이 링크를 사용하면 링크 된 개체로 이동할 수 있습니다.
다음은 ID를 태그하는 단계입니다.
Step 1 − Test Design → Test Suite → Description과 같은 서식있는 텍스트 필드로 이동합니다.
Step 2 − 구문을 다음과 같이 사용하십시오. @object ID;for example,@TC-1. 개체 ID를 입력하는 즉시 와일드 검색이 수행되고 일치하는 모든 개체가 표시됩니다. 여기에서 다음 스크린 샷과 같이 태그를 지정할 개체를 선택할 수 있습니다.
Step 3− 선택 후 태그 된 ID가 하이퍼 링크로 표시됩니다. 딸깍 하는 소리Save 변경 사항을 유지합니다.
Step 4 − 연결된 개체의 세부 정보를 보려면 태그가 지정된 개체 하이퍼 링크를 클릭합니다.