31 최고의 데이터베이스 테스트 인터뷰 질문 및 답변

31 top database testing interview questions

전문가가 가장 자주 묻는 질문에 답변 데이터베이스 테스트 신입생 및 숙련 된 후보자를위한 인터뷰 질문 :

자세한 답변이 포함 된 30 개 이상의 DB 테스트 인터뷰 질문 모음입니다. 이러한 DB 테스트 질문은 대부분 QA 테스트 인터뷰에서 질문됩니다.

데이터베이스 기술이 필요한 소프트웨어 테스트 인터뷰를 준비하는 경우이 질문과 답변을 살펴보십시오.

주요 데이터베이스 테스트 인터뷰 질문

테스트 엔지니어 위치 (데이터베이스 테스터가 아님)에 대한 인터뷰에서 어떤 유형의 데이터베이스 (SQL) 질문을 했습니까?

이는 이러한 질문이 초급 수준의 테스트 위치를위한 것인지 또는 숙련 된 테스트 전문가를위한 것인지 여부에 관계없이 여러 요인에 따라 다릅니다. 데이터베이스 인터뷰 질문의 깊이는 응시자의 경험에 따라 다릅니다.

위치에 관계없이 후보자는 항상 데이터베이스 개념에 대해 명확하고 확신해야합니다. 대부분의 소프트웨어 테스트 위치에서 일부 데이터베이스 검사를 수행하려면 데이터베이스 지식이 필요합니다. 거의 모든 응용 프로그램에는 데이터베이스와의 상호 작용이 필요합니다.

엔트리 레벨 소프트웨어 테스트 위치에 대해 이러한 인터뷰 질문을 고려해 보겠습니다.

인터뷰에서 다음과 같은 질문을 할 수 있습니다.

• 데이터베이스 테이블에서 데이터를 가져 오기위한 기본 및 어느 정도 중첩 된 SQL 쿼리.
• 데이터베이스 생성, 테이블 생성 및 테이블 삭제에 대한 데이터베이스 문 예입니다.
• “Primary Key”,“Foreign Key”및 DB 인덱스의 개념.
• SELECT, INSERT, DELETE, ALTER 및 UPDATE SQL 문의 예.
• SQL 조인 (Inner Join, Left Join, Right Join 및 Full Join) with examples.

더미 테이블에서 SQL 조인 쿼리를 연습하고 결과를 확인합니다.

숙련 된 수준의 소프트웨어 테스트 위치의 경우 면접 질문은 직무 요구 사항에 따라 다릅니다. 이러한 직책의 경우 면접관은 후보자로부터 상세한 데이터베이스 지식을 기대합니다.

노트 : 데이터베이스 SQL 쿼리에 대한 질문이있는 경우 '모든 쿼리 문을 개발자가 실행할 수 있습니다'라고 말하지 마십시오. 복잡한 SQL 쿼리를 작성하는 데 개발자의 도움을받는 것은 괜찮지 만 마지막으로 직접 관리합니다.

실제 DB 질문과 답변부터 시작하겠습니다.

Q # 1) 데이터베이스 테스트 란 무엇입니까?

대답: 데이터베이스 테스트 / 백엔드 테스트는 백엔드 데이터베이스 운영이 프런트 엔드 웹 / 데스크톱 애플리케이션에 미치는 영향을 확인하는 프로세스입니다.

다음과 같은 다른 범주로 나뉩니다.

• 데이터 유효성 테스트 : 이 테스트를 수행하는 동안 테스터는 SQL 쿼리에 대해 잘 알고 있어야합니다.
• 데이터 무결성 테스트 : 이 테스트를 수행하는 동안 테스터 / 개발자는 참조 무결성과 다른 제약 조건을 알아야합니다.
• 데이터베이스 성능 테스트 : 이 테스트를 수행하는 동안 테스터 / 개발자는 테이블 구조를 잘 설계해야합니다.
• 절차, 트리거 및 기능 테스트 : 이 테스트를 수행하는 동안 테스터 / 개발자는 테스트 절차, 트리거 및 기능을 완벽하게 이해해야합니다.

Q # 2) 데이터베이스 테스트가 중요한 이유는 무엇입니까?

대답: 우리 모두는 데이터베이스가 작은 테이블과 같지 않다는 것을 알고 있지만 실제로 많은 테이블의 큰 컨테이너이며 동시에 많은 웹 / 데스크톱 애플리케이션에 데이터를 전달하는 데이터로 가득 차 있습니다.

영화 4k에 대한 대체 스트리밍 영화 사이트

데이터베이스 테스트 프로세스는 버그없이 정확하고 고유 한 데이터가 올바른 위치로 전달되도록합니다. 이러한 버그는 교착 상태, 데이터 손상, 성능 저하, 불일치 등과 같은 심각한 문제를 일으킬 수 있습니다.

Q # 3) 데이터베이스 테스트 과정에서 일반적으로 무엇을 확인합니까?

대답: 데이터베이스 테스트에는 특정 응용 프로그램의 데이터를 테스트하기위한 심층 지식과보다 정의 된 접근 방식 계획이 필요합니다.

이 테스트 과정에서 우리는 일반적으로 확인합니다.

• 필드 크기 유효성 검사
• 제약.
• 인덱스 완료 여부 (성능 관련 문제의 경우)
• 저장 프로 시저
• 애플리케이션에 정의 된 필드 크기가 DB의 필드 크기와 일치합니다.

Q # 4) 데이터베이스를 수동으로 테스트 할 수 있습니까? 그렇다면 어떻게해야합니까? 예를 들어 설명하십시오.

대답: 작동 동작을 관찰해야합니다. 프런트 엔드의 작업과 백 엔드 데이터베이스에 미치는 영향을 관찰하십시오. 프런트 엔드에서 백 엔드 데이터베이스로 레코드 (XYZ)를 추가하는 동안 레코드가 백 엔드 데이터베이스에서 영향을 받았는지 수동으로 확인합니다. 마찬가지로 삭제, 업데이트 등에서도 작동합니다.

예를 들어 시험을 치르는 학생의 기록을 유지하려면 프런트 엔드 시스템에서 학생의 세부 정보를 입력하고이 추가가 백 엔드 데이터베이스에 미치는 영향을 수동으로 확인합니다.

질문 # 5) 데이터베이스 프로 시저 및 트리거를 테스트하는 방법은 무엇입니까?

대답: 데이터베이스 프로 시저 및 트리거를 테스트하는 프로세스에는 입력 매개 변수, 출력 매개 변수 및 EXEC 문에 대한 지식이 필요합니다. EXEC 문은 프로 시저를 실행하고 테이블의 동작을 관찰하는 데 유용합니다.
데이터베이스 프로 시저 및 트리거를 테스트하는 방법을 살펴 보겠습니다.

• 먼저 솔루션 탐색기에 표시 될 데이터베이스 프로젝트를 엽니 다.
• 원하는 프로젝트가 열리면보기 메뉴로 이동하여 데이터베이스 스키마를 클릭 한 다음 스키마보기 메뉴에서 프로젝트 폴더를 엽니 다.
• 테스트 할 개체를 마우스 오른쪽 단추로 클릭 한 다음 단위 테스트 만들기를 클릭합니다. '단위 테스트 만들기'대화 상자가 열리고 데이터베이스 프로젝트의 모든 폴더와 개체가 표시되며 선택한 개체의 확인란이 선택됩니다.
• 다음으로 새 언어 테스트 프로젝트를 만듭니다.
• 기존 테스트 클래스에 단위 테스트를 삽입하거나 새 테스트 클래스를 생성하도록 선택하고 확인을 클릭합니다.
• 프로젝트를 구성하려면 테스트 프로젝트 설정을 구성하는 프로젝트 구성 대화 상자가 나타납니다. 이 프로세스에는 데이터베이스 연결 및 데이터 생성 계획이 필요합니다. 데이터베이스 연결은 테스트 결과를 실행하기위한 것입니다.
• 마지막으로 프로젝트를 구성하고 확인을 클릭합니다.

Q # 6) 데이터 기반 테스트 란 무엇을 의미합니까?

대답: 데이터 기반 테스트는 실행하는 동안 테스트 스크립트가 동일한 하드 읽기 대신 데이터 파일 (데이터 풀, Excel 파일, ADO 개체, CSV 파일, ODBC 소스)에서 테스트 데이터 및 / 또는 출력 값을 읽는 테스트 프로세스에서 사용되는 용어입니다. 매번 코딩 된 값. 이 테스트는 테스터가 다양한 입력을 처리 할 때 애플리케이션의 효율성을 확인하는 데 도움이됩니다.

Q # 7) 데이터베이스 트리거는 무엇이며 트리거가 실행되었는지 확인하는 방법은 무엇이며 요청시 트리거를 호출 할 수 있습니까?

대답:

데이터베이스 트리거 : 트리거는 기본적으로 데이터베이스에있는 데이터의 무결성을 유지하는 데 사용되는 저장 프로 시저입니다. 데이터베이스에서 테이블 / 뷰의 특정 이벤트에 응답하기 위해 자동으로 실행됩니다.

트리거가 실행되었는지 확인하려면 공통 감사 로그의 쿼리를 사용하면 데이터 테이블의 트리거가 표시됩니다.
트리거는 요청시 호출 할 수 없으며 테이블에 특정 테이블에 정의 된 작업 (INSERT, DELETE 및 UPDATE)이 표시 될 때 호출됩니다.

Q # 8) 프런트 엔드 애플리케이션 인터페이스에서 데이터를 입력 한 후 데이터베이스 업데이트 여부를 어떻게 테스트합니까?

대답: 사용하는 응용 프로그램 인터페이스에 전적으로 의존합니다.

다음은 테스트하는 방법입니다.

• 입력 한 데이터의보기 기능이 애플리케이션 인터페이스에 표시되는 경우에만 프런트 엔드에서 확인할 수 있습니다. 주로 블랙 박스 테스트 엔지니어는 이러한 방식으로이 기능 검증 테스트를 수행합니다.
• 응용 프로그램 인터페이스에서 입력 한 데이터의보기 기능을 제공하지 않는 경우 관련 SQL / Oracle 쿼리를 사용하여 데이터베이스 업데이트를 확인할 수 있습니다.
• WinRunner / QTP의 체크 포인트 기능을 사용하여 데이터베이스 업데이트를 확인할 수도 있습니다.

Q # 9) 저장 프로 시저를 테스트하는 방법은 무엇입니까?

대답: 테스트 엔지니어는 몇 가지 단계를 수행하여 저장 프로 시저 ,

1. 먼저 테스트 엔지니어는 특정 저장 프로 시저의 요구 사항과 목적을 이해해야합니다.
2. 다음으로 모든 인덱스, 조인, 업데이트, 삭제가 저장 프로 시저에 언급 된 테이블과 비교하여 정확한지 확인하고 저장 프로 시저가 주석, 업데이트 자 등과 같은 공통 표준 형식인지 확인합니다.
3. 그런 다음 다른 입력 매개 변수 세트에 대해 프로 시저 호출 이름, 호출 매개 변수 및 예상 응답을 확인하십시오.
4. TOAD, MySQL 또는 Query Analyzer와 같은 데이터베이스 클라이언트 프로그램을 사용하여 수동으로 프로 시저를 실행하십시오.
5. 예상 값에 대한 결과를 확인하려면 다른 매개 변수를 제공하여 프로 시저를 다시 실행하십시오.
6. 마지막으로 QTP로 테스트를 자동화하십시오.

질문 # 10) 조인이란 무엇이며 다른 유형의 조인을 언급합니까?

대답: 조인은 두 개 이상의 테이블을 결합하는 데 사용되며 단일 데이터 세트로 표시됩니다.

SQL에는 다음이 있습니다. 조인 유형 :

• 내부 조인
• 외부 결합
• 왼쪽 조인
• 오른쪽 조인

Oracle / PLSQL에는 네 가지 유형의 조인이 있습니다.

• 내부 조인
• 왼쪽-외부 결합
• 오른쪽 외부 결합
• 완전 외부 결합

문 # 11) 색인이란 무엇을 의미하고 다양한 유형의 색인을 설명합니까?

대답: 인덱스는 데이터를보다 빠르고 효율적으로 찾기 위해 테이블의 열에 생성 된 데이터베이스 개체입니다 (또는 검색 / 쿼리 속도를 높이는 데 사용됩니다).

다양한 유형의 인덱스는 다음과 같습니다.

• B- 트리 인덱스
• 비트 맵 색인
• 클러스터형 인덱스
• 커버링 인덱스
• 고유하지 않은 색인
• 고유 색인

문 # 12) DBMS 란 무엇을 의미합니까?

대답: 데이터베이스는 구조화 된 데이터 집합입니다. 데이터베이스 관리 시스템 (DBMS)은 사용자, 다른 애플리케이션 및 데이터베이스간에 통신 네트워크를 생성하여 데이터베이스에서 정보를 저장, 수정 및 추출하는 컴퓨터 소프트웨어 애플리케이션입니다.

유명한 DBMS는 My SQL, Postgre SQL, Microsoft SQL Server, Oracle, SAP 및 IBM DB2입니다.

문 # 13) DML이란 무엇을 의미합니까?

대답: DML (Data Manipulation Language)은 데이터베이스에서 데이터를 선택, 삽입, 삭제 및 업데이트 할 수있게 해주는 컴퓨터 프로그래밍 언어의 구성원입니다. DML은 기본적으로 사용자가 관계형 데이터베이스에서 데이터를 검색하고 사용할 수 있도록하는 SQL (Structured Query Language)에 관여합니다.

문 # 14) DCL 명령은 무엇을 의미하고 DCL에서 사용하는 명령 유형을 설명합니까?

대답: 데이터 제어 언어 (DCL)는 SQL의 구성 요소로 데이터베이스에 저장된 데이터의 사용을 제어합니다.

두 가지 유형의 DCL 명령이 있습니다.

• 부여: 이 명령은 사용자가 데이터베이스에 대한 권한에 액세스 할 수 있도록합니다.
• 취소: 사용자의 데이터베이스 액세스 허용 중지

문 # 15) 화이트 박스 테스트와 블랙 박스 테스트는 무엇을 의미합니까?

대답:

블랙 박스 테스트 응용 프로그램의 내부 구조에 들어 가지 않고 응용 프로그램의 기능 동작을 테스트하는 소프트웨어 테스트 기술입니다. 블랙 박스 테스트에는 핵심 애플리케이션의 코드 / 내부 구조 및 프로그래밍 지식이 필요하지 않지만 애플리케이션을 테스트하려면 애플리케이션 기능에 대한 핵심 지식이 필요합니다.

화이트 박스 테스트 (WBT) 소프트웨어 애플리케이션의 내부 구조를 테스트하기위한 코드 기반 테스트 또는 구조 테스트라고도합니다. 화이트 박스 테스트의 경우 테스터는 애플리케이션의 내부 구조를 잘 이해하고 테스트 케이스 및 애플리케이션의 내부 구조를 설계하기위한 프로그래밍 기술에 대한 지식이 있어야합니다.

Q # 16) QTP는 SQL 쿼리를 지원합니까, 사용 방법 QTP의 SQL 쿼리 ?

대답: QTP에는 데이터베이스 연결을위한 내장 기능이 없지만 테스터는 VBScript 언어를 사용하여 ADODB 개체를 사용하여 데이터베이스와 연결하고 상호 작용합니다.
ADODB 개체는 데이터베이스 연결을 성공적으로 생성하는 데 도움이되는 네 가지 속성 / 방법으로 나뉩니다.

• 연결: 데이터베이스와의 연결 형성에 유용
• 명령: SQL 명령 (쿼리 / 스토어드 프로 시저) 실행에 유용
• 필드: 쿼리 / 저장 프로 시저를 실행 한 후 레코드 집합에서 특정 열을 검색하는 데 유용합니다.
• 레코드 세트 : 데이터베이스에서 데이터를 검색하는 데 사용됩니다.

Q # 17) 데이터베이스 테스트에서 사용할 수있는 SQL 문은 무엇입니까?

대답: SQL의 모든 DDL, DML, DCL 및 TCL 문을 데이터베이스 테스트에 사용할 수 있습니다.

(i) DDL (데이터 정의 언어) : 이와 관련된 모든 문은 데이터베이스 구조 또는 스키마를 정의하는 데 사용할 수 있습니다.

진술 : CREATE, ALTER, DROP, TRUNCATE, COMMENT 및 RENAME

(ii) DML (데이터 조작 언어) : 이와 관련된 모든 문은 스키마 개체 내에서 데이터를 관리하는 데 사용할 수 있습니다.

진술 : SELECT, INSERT, UPDATE, DELETE, MERGE, CALL, EXPLAIN PLAN 및 LOCK TABLE.

(iii) DCL (데이터 제어 언어) : GRANT 문 및 REVOKE 문.

(iv) TCL (트랜잭션 제어 언어) : 이와 관련된 모든 문은 DML 문에 의해 변경된 내용을 관리하는 데 사용할 수 있습니다. TCL을 사용하면 문을 논리적 트랜잭션으로 그룹화 할 수 있습니다.

진술 : COMMIT, SAVEPOINT, ROLLBACK 및 SET TRANSACTION.

Q # 18) 데이터베이스 테스트에서 데이터로드 테스트는 어떻게하나요?

대답: 데이터로드 테스트의 경우

• 원본 데이터베이스 (데이터 테이블, 열, 관련 제약 조건, 데이터 형식) 및 대상 데이터베이스 (데이터 테이블, 열, 데이터 형식 및 제약 조건)에 대한 지식이 있어야합니다.
• DTS 패키지를 통해 원본 데이터베이스와 대상 데이터베이스 간의 호환성을 확인해야합니다.
• SQL Enterprise Manager에서 해당 DTS 패키지를 열고 DTS 패키지를 실행해야합니다 (SQL Server를 사용하는 경우).
• 소스와 타겟의 열 데이터를 비교합니다.
• Source 및 Target 행 수를 확인합니다.
• 원본 데이터베이스의 데이터를 업데이트 한 후 변경 사항이 대상 데이터베이스에 반영되었는지 확인합니다.
• 정크 문자 및 NULL에 대해 확인하십시오.
• 데이터베이스 부하 테스트, 쿼리 처리를위한 데이터베이스 서버 볼륨 확인, 데이터베이스 서버 및 클라이언트의 응답 시간 확인.

Q # 19) '빠른 데이터베이스 검색 속도'가 테스트 가능한 요구 사항입니까?

대답: 아니요. 요구 사항이 명확하지 않은 것 같아서 그렇게 생각하지 않습니다. SRS는 성능 또는 트랜잭션 요구 사항을 명확하게 표시해야합니다. '5 마이크로 초의 데이터베이스 검색 속도'.

Q # 20) 데이터베이스 체크 포인트없이 QTP에서 SQL 쿼리를 어떻게 테스트 할 수 있습니까?

대답: 아래 주어진 스크립트 절차는 우리가 둘 다 테스트 할 수있는 데이터베이스에 연결하는 데 도움이됩니다. 데이터베이스 및 쿼리.

에) 데이터베이스 연결을위한 스크립트 절차,
db_connect ( 'query1', DRIVER = {드라이버 이름}; SERVER = 서버 _ 이름;

UID = uidname; PWD = password; DBQ = database_name“);

비) 쿼리를 실행하는 스크립트 프로 시저,
db_excecute_query ( 'query1', '실행하고 싶은 쿼리 쓰기');

-언급되는 조건-

씨) 데이터베이스와의 연결을 끊는 스크립트 절차,
db_disconnect ( '쿼리');

Q # 21) 데이터베이스 테스트에서 좋은 테스트 케이스를 작성하기 위해 필요한 것은 무엇입니까?

대답: 데이터베이스 테스트 케이스를 작성하기 전에 다음 사항에 대한 지식이 필요합니다.

1. 응용 프로그램과 응용 프로그램의 기능 요구 사항을 완전히 이해합니다.
2. 백엔드 데이터베이스 테이블, 테이블 간 조인, 커서 (있는 경우), 트리거 (있는 경우), 저장 프로 시저 (있는 경우), 개발을위한 입력 매개 변수 및 출력 매개 변수와 같이 애플리케이션에서 사용 된 다른 엔티티를 체크 아웃합니다. 그 요구 사항.
3. 필요한 모든 정보를 수집 한 후 모든 리소스를 검사하기 위해 다른 입력 값으로 테스트 사례를 기록합니다.

백엔드 테스트를위한 테스트 케이스를 작성하는 것은 기능 테스트와 반대이므로 화이트 박스 테스트 기술을 사용해야합니다.

Q # 22) 재시험이란 무엇이며 어떻게 다른가 데이터 기반 테스트 ?

대답: 이미 감지 및 수정 된 결함을 찾아서 테스트를 수행 한 후 다른 입력 값으로 동일한 테스트를 다시 실행하여 원래 결함이 성공적으로 제거되었는지 확인하는 것을 재 테스트 또는 확인 테스트라고합니다.

재시험 데이터 기반 테스트라고도하지만 두 가지의 차이점은 재 테스트는 수동 테스트 프로세스 인 반면 애플리케이션 테스트는 완전히 새로운 데이터 세트로 수행된다는 것입니다.

데이터 기반 테스트 (DDT) : 애플리케이션이 여러 테스트 데이터로 테스트되는 자동화 테스트 프로세스입니다. 테스터가 시스템 앞에 앉아 프런트 엔드 인터페이스에서 수동으로 다른 새 입력 값을 입력하는 재 테스트보다 간단하고 쉽습니다. 지루한 기술.

Q # 23) 데이터 기반 테스트의 유형은 무엇입니까?

대답:

데이터 기반 테스트에는 네 가지 유형이 있습니다.

• 키보드를 통한 동적 테스트 데이터 제출 (키 기반 테스트) : 경우에 따라 테스터는 동적 제출을 통해 계산의 유효성을 검사하기 위해 다른 입력 값으로 특정 애플리케이션을 다시 테스트합니다. 따라서 입력 값을 제출하기 위해 테스터는 TSL에서 다음 기능을 사용할 수 있습니다. 스크립트 – create_input_dialog ( '라벨');
• 플랫 파일 (.txt, .doc)을 통한 데이터 기반 테스트 : 어떤 경우에는 테스터가 플랫 파일의 데이터를 고려하여 재 테스트를 수행합니다. 테스터는 이전 데이터베이스 / 고객으로부터 이러한 플랫 파일을 수집합니다.
• 프런트 엔드 개체를 통한 데이터 기반 테스트 : 경우에 따라 테스터는 목록, 메뉴, 테이블, 데이터 창, ocx 등과 같은 프런트 엔드 개체 값을 고려하여 자동화 스크립트를 만듭니다.
• 엑셀 시트를 통한 데이터 기반 테스트 : 경우에 따라 테스터는이 데이터 기반 테스트의 도움을 받아 여러 입력에 대해 스크립트를 실행합니다. 이러한 여러 입력은 Excel 시트의 열에 있습니다. 백엔드 테이블에서이 테스트 데이터를 수집해야합니다.

Q # 24) 테이블의 주어진 열에서 두 번째로 큰 값을 가져 오는 쿼리를 작성하는 방법은 무엇입니까?

대답: 테이블의 주어진 열에서 두 번째로 큰 값을 가져 오는 쿼리입니다.

예를 들어
'학생'테이블의 '점수'열에서 두 번째로 큰 점수를 얻으려면

Q # 25) 10 개를 얻기위한 쿼리 작성 방법^일직원 테이블에서 가장 높은 연봉?

대답: 직원 테이블에서 n 번째로 높은 급여를 가져 오는 쿼리입니다.

여기에서 임의의 숫자로 바꿀 수 있습니다.

예를 들어 가장 높은 급여의 10을 얻으려면 n을 10으로 바꿉니다.

Q # 26) 요구 사항에서 테스트 케이스를 작성하는 방법은 요구 사항이 AUT의 정확한 기능을 의미합니까?

대답: 예, 요구 사항은 AUT의 정확한 기능을 나타내야합니다.
그렇게하려면

1. 전체 기능을 이해하기위한 요구 사항을 검토합니다.
2. 다음으로 테스트 케이스 작성에 적합한 테스트 디자인 방법을 결정합니다. 블랙 박스 테스트 디자인 방법은 다음과 같습니다. 등가 분할, 경계 값 분석, 오류 추측 및 원인-효과 그래프.
3. 적합한 테스트 디자인 방법을 결정한 후에는 요구 사항 분석 및 디자인 단계에서 테스트 사례를 작성하십시오.

이러한 방식으로 모든 요구 사항을 테스트 할 수 있습니다.

Q # 27) SQL Server간에 마이그레이션 된 데이터베이스를 테스트하기위한 테스트 시나리오는 무엇입니까?

대답: 우선 마이그레이션을 계획중인 SQL Server에 어떤 개선 사항과 변경 사항이 발생했는지 확인해야합니다.
다음, 다음 고려 사항에 따라 테스트 케이스를 설계합니다.

• 사용 된 데이터 유형입니다.
• SQL Server (데이터를 마이그레이션 할 서버)의 데이터 필드 길이는 데이터를 가져 오는 SQL Server와 동일해야합니다.
• 모든 작업은 올바르게 구성되어야합니다.

문 # 28) RDBMS는 무엇을 의미하며 SQL에서 사용하는 주요 RDBMS는 무엇입니까?

대답: RDBMS는 관계형 데이터베이스 관리 시스템을 의미합니다. SQL과 관련된 주요 RDBMS에는 Sybase, Oracle, Access, Ingres, Microsoft SQL Server 등이 있습니다.

문 # 29) 성능 테스트와 병목 현상을 설명하십시오.

대답: 성능 테스트는 과중한 작업 부하에서 속도, 감도 및 안정성 측면에서 시스템 성능을 결정하는 소프트웨어 테스트 기술입니다. 이 테스트에는 값 비싼 도구와 잘 훈련되고 경험이 풍부한 테스터가 작동해야합니다.

문 # 30) CMMI 란 무엇이며 다양한 수준의 CMM을 설명합니까?

대답: CMMI는 Capability Maturity Model Integration의 약자이며 소프트웨어 엔지니어링의 다양한 비즈니스 프로세스에 대한 프로세스 개발 교육 및 평가 모델입니다.

조직의 5 가지 CMM 성숙도 수준은 다음과 같습니다.

1. 머리 글자: 이 수준에서는 조직에 검증 된 기술과 환경이 없기 때문에 일반적으로 조직의 예산과 일정이 초과됩니다.
2. 반복 가능 : 이 수준에서 조직은 비용과 일정 시간을 제한하는 기본 기술과 지침을 가지고 있으며 다음 유사한 프로젝트에서 동일하게 반복 할 수 있습니다.
3. 한정된: 이 수준에서 모든 기술은 잘 조직되고 명확하고 표준 형식으로 설명됩니다.
4. 관리 : 이 수준에서 조직은 정의 된 수준보다 훨씬 더 발전합니다. 여기서 기술은 통계 및 기타 정량적 기술을 사용하여 접촉합니다.
5. 최적화 : 조직은 현대 기술 발전을 통해 성과를 개발하려고 단호하게 시도합니다.

Q # 31) 데이터베이스에서 기록의 의미는 무엇입니까?

대답: 데이터베이스에서 레코드는 특정 엔터티의 값 / 필드 집합입니다.

예를 들어 Office_Employee Record, Book Record 등

자세한 데이터베이스 인터뷰 질문과 답변이 마음에 드셨기를 바랍니다. 문의 사항이 있으면 알려주세요.

Windows 10 용 최고의 맬웨어 제거 도구

추천 도서

• 인터뷰 질문 및 답변
• ETL 테스트 인터뷰 질문 및 답변
• JMeter를 사용한 데이터베이스 테스트
• 몇 가지 흥미로운 소프트웨어 테스트 인터뷰 질문
• 25 Best Agile Testing 인터뷰 질문 및 답변
• 가장 중요한 20 가지 API 테스트 인터뷰 질문 및 답변
• 소프트웨어 테스트 질문 및 답변 (1 부)
• 보안 테스트 인터뷰 질문 및 답변 상위 30 개