how perform backend testing
백엔드 테스트 란 무엇이며 어떻게 수행합니까?
소프트웨어 응용 프로그램은 복잡합니다. 눈에 보이는 것 이상의 것이 있습니다.
대부분 시스템 테스트 노력 GUI를 통해 이동합니다. 이는 테스트에서 소프트웨어가 최종 사용자의 '사용에 적합한 지'여부를 검증하기 때문입니다. 최종 사용자는 GUI를 사용하므로 우리도 마찬가지입니다. 그렇기 때문에 소프트웨어가이 영역에서 잘 작동하는 것이 정말 중요합니다.
그러나 소프트웨어에는 직접 표시되지 않거나 사용자가 직접 상호 작용할 수없는 다른 요소도 많이 있습니다. 이러한 요소를 덜 중요하게 만드는 것은 아니며 철저한 테스트를 거쳐야합니다.
이러한 모든 잘 작동하는 요소의 조합은 완전한 형태의 소프트웨어 응용 프로그램을 만듭니다. '백엔드'로 직접 보지 않는 모든 것을 결합 할 수 있습니다.
백엔드 테스트 요소 중 일부는 다음과 같습니다.
- 데이터 베이스
- 아피스
- 서버
응용 프로그램의 특성에 따라 백엔드에는 다양한 네트워크 구성, 통신 프로토콜 등이 포함될 수 있습니다. 그러나 대부분의 경우 세 가지 요소가 있습니다.
이제 이러한 각 구성 요소를 테스트하는 데 무엇이 관여하고 어떻게 수행되는지 살펴 보겠습니다.
학습 내용 :
백엔드 데이터베이스 테스트
가장 일반적으로 '백엔드 테스트'라는 용어는 데이터베이스 테스트를 의미합니다.
데이터베이스는 모든 응용 프로그램의 중요한 요소입니다. GUI와 DB가 서로 원활하게 상호 작용하면 응용 프로그램이 잘 작동합니다. 문제가있는 경우 일관성없는 결과, 보안 위협 및 성능 병목 현상이 발생합니다.
데이터베이스는 일반적으로 다음에 대해 유효성이 검사됩니다.
- ACID 속성
- CRUD 작업
- 개요
- 이주
- 비즈니스 규칙 준수
- 보안
- 공연
고급 ETL 및 데이터웨어 하우스 유지 관리 시스템도 테스트를 실행해야합니다.
자세한 내용은 이러한 테스트 유형 , 우리 사이트에 이미있는 다음 기사를 확인하십시오 =>
위 링크의 내용 외에도 반복해야 할 중요한 측면은 데이터베이스, ETL 및 데이터웨어 하우스 테스트에 대한 향상된 지식이 필요하다는 것입니다. SQL .
테스터는 쿼리를 통해 DB 동작을 상호 작용하고 검증하기 위해 많은 도구를 사용합니다.
이러한 백엔드 데이터베이스 테스트 도구의 몇 가지 범주를 살펴 보겠습니다.
# 1) 데이터베이스에 대한 쿼리를 연결하고 실행할 수있는 인터페이스.
그들 중 일부는 GUI가 있고 일부는 없습니다.
- 두꺼비: 나는 모두가 이것을 들었다고 확신한다. 많은 DB와 플랫폼을 지원합니다. 무료 및 상업용 버전으로 제공됩니다. 자세한 정보, 리소스 및 무료 버전은 두꺼비
- pHpMyAdmin : 이것은 사용자 인터페이스를 통해 쿼리를 실행하고 DB와 상호 작용할 수있는 훌륭한 오픈 소스 도구입니다. 저는 개인적으로 이것을 사용해 왔고 저희 팀은 도구가 얼마나 직관적인지를 좋아합니다. 편안해 지려면 훈련이 필요하지 않았습니다. MySQL 및 MariaDB 데이터베이스에 대한 연결 매체를 찾고 있다면이 도구를 적극 권장합니다. phpmyadmin
- HeidiSQL : pHpMyAdmin과 매우 유사합니다. MySQL, Microsoft SQL 데이터베이스 및 PostgreSQL에 연결됩니다. 오픈 소스. 자세한 정보는 hheidisql
도구 목록은 끝이 없지만 위는 가장 인기있는 선택 중 일부입니다.
브라우저 호환성 테스트 방법
# 2) DB로드 및 성능 벤치마킹 도구 :
- HammerDB : 많은 DB 전문가들이 보증하는 오픈 소스 도구입니다. 개인적으로 이것을 사용하지는 않았지만 많은 데이터베이스를 지원합니다. 스크린 샷과 그 모양으로 볼 때 체크 아웃 할 가치가있는 도구처럼 보입니다. 자세한 내용은 Hammerdb
- 진흙: Silly Little Oracle Benchmark 도구는 DB 트랜잭션의 I / O 스타일을 평가하고 시간을 측정하는 데 도움이됩니다. 시스템의 대량 트랜잭션에 대한 CPU, 메모리 및 처리 시간을 이해하는 데 도움이 될 수 있습니다. 자세한 내용은 케빈 클로 슨
- 스윙 벤치 : 이것은 HammerDB와 매우 유사한 도구입니다. 이것은 Oracle DB에서 작동하며 매우 효과적입니다. 도구와 그 기능을 이해하려면 다음 가이드를 참조하세요. Dominicgiles
API 테스트
API는 엄밀히 말하면 백엔드가 아니라 최종 사용자에게 보이지 않는 모든 것을 백엔드로 느슨하게 그룹화하고 있으므로 이에 대해서도 간략히 설명하겠습니다.
API는 Application Program Interface의 약자이며 기본적으로 모든 프로그래밍 로직이있는 곳입니다. 테스트와 관련하여 가장 큰 과제 중 하나 인 UI가 없습니다. 반면 API는 일반적으로 애플리케이션의 UI가 존재하기 전에 생성되므로 API 테스트는 일반적으로 초기 테스트를 의미합니다.
입력 및 출력 데이터의 직접 송수신 대신 메시징 및 송수신 호출이 사용됩니다.
API 테스트에 가장 많이 사용되는 도구는 SOAPUI입니다.
- =>에서 SoapUI에 대한 광범위한 자습서로서의 STH 15 개 이상의 SoapUI 자습서 – SoapUI에 대한 완전한 가이드
- HP UFT도 도움이 될 수 있습니다 => 16 HP UFT의 새로운 기능 – QTP 대 UFT
모든 데이터베이스 및 응용 프로그램 자체는 이러한 시스템을 계속 실행하는 서버에 설치됩니다.
여기에서 실행되는 몇 가지 테스트가 있습니다.
# 1) 설치 : 설치가 완료되면 각 폴더로 이동하여 파일 / 요소가 예상대로 대상 폴더로 이동했는지 확인할 수 있습니다. 이제 '모든 것이 필요한 곳을 어떻게 알 수 있습니까?'가 궁금한 경우 개발 또는 배포 팀에 문의하면이를 확인할 수 있습니다.
이 단계는 필수는 아니지만 일부 회사에서는 수동 배포를 사용합니다. 이 경우 중요한 것이 될 수 있습니다. 연기 / 위생 테스트 단계.
# 2) 로그 : 서버의 모든 트랜잭션 상태에 대한 로그가 유지됩니다. 이를 통해 종단 간 프로세스가 성공했는지 여부에 대한 통찰력을 얻을 수 있습니다.
때로는 프런트 엔드가 유효한 데이터를 보내고 데이터베이스가 올바르게 업데이트 될 수 있습니다. 이 작업에서 예외가 발생하거나 메모리 누수가 발생하거나 일종의 오작동이 발생하면 어떻게됩니까? 이 정보를 사용자에게 공개하는 것은 서버 측 로그입니다.
규칙은 아니지만 일반적으로 대부분의 서버는 UNIX 기반 시스템입니다. 따라서 쉽게 작업 할 수 있으려면 서버에 연결하는 방법이 필요합니다.
PuTTy, hands down은 서버에 연결하는 데 가장 많이 사용되는 선택입니다. 퍼티 오픈 소스 제품이며 설치할 필요가 없습니다. 다운로드하여 사용하기 만하면됩니다.
UNIX 시스템에는 그래픽 사용자 인터페이스가 없기 때문에 앱 및 DB 서버로 적합합니다. 안전하고 추상적이며 더 빠르고 저렴합니다. UNIX에는 많은 종류가 있으며 GUI가 없기 때문에 서버와 통신하기 위해 명령을 사용해야합니다. 우리 모두는 UNIX 명령 그리고 이것은 내 것입니다. 자유 엔지니어
가짜 회사 이메일 ID를 만드는 방법
# 3) 서버의 성능 및 보안 :
소프트웨어의 다른 부분과 마찬가지로 서버는 안전하고 응답 성이 있어야합니다.
이를 확인하고 자신에게 적합한 도구를 찾으려면 다음 목록을 확인하십시오. 30 개 이상의 가장 인기있는 웹 애플리케이션 테스트 도구
드디어,
눈치 채 셨겠지만이 기사만으로는 백엔드 테스트를 완전히 배우는 데 도움이되지 않습니다. 그러나 그것은 당신이 그것을 습득하는 데 도움이 될 리소스와 참조를 알려줍니다. 따라서 참조를 위해 북마크하십시오!
또한 기능 테스트가 모두 GUI와 프런트 엔드에 관한 것이라고 생각하는 사람들을 위해이 기사에서는 그렇지 않다는 것을 공개해야합니다.
DB에서 조회하든 로그에서 트랜잭션 상태를 확인하든 특정 서비스에 요청 메시지를 보내든 프로그램의 사용 적합성을 확인하는 것입니다.
즉, 기능입니다. '테스트 장소'와 '테스트 방법'이 다릅니다.
응용 프로그램이 성공하려면 모든면에서 작동해야하는 것처럼 테스터는 소프트웨어 시스템의 여러 측면을 이해하고 탐색하여 사용할 준비가되었다고 선언해야합니다.
저자 정보 : 이 기사는 STH 팀원 Swati S가 작성했습니다.
공유 할 차례입니다!
이 기사를 어떻게 처리했는지 알려주십시오. 다른 유형의 백엔드 테스트가 있습니까? 어떤 도구를 사용하십니까? 어떤 기술이 도움이 되었습니까? 어떤 어려움이 있습니까?
귀하의 의견, 질문, 참여 및 독자층은 우리에게 소중합니다!