본문 바로가기

Testing

성능테스트 기초 이론편 (네트워크 - OSI Model) OSI는 Open System Interconnection의 약어로 한 컴퓨터의 응용 소프트웨어 프로그램에서 물리적 매체를 통해 다른 컴퓨터의 응용 소프트웨어 프로그램으로 정보를 이동하는 방법을 설명하는 참조 모델입니다. OSI는 7개의 계층으로 구성되며 각 계층은 특정 네트워크 기능을 수행합니다. OSI 모델은 1984 년 ISO(International Organization for Standardization)에 의해 개발되었으며 이제는 컴퓨터 간 통신을위한 아키텍처 모델로 간주됩니다. OSI 모델은 전체 작업을 7개의 작고 관리 가능한 작업으로 나눕니다. 각 계층에는 특정 작업이 할당되며 할당된 작업을 독립적으로 수행 할 수 있습니다. Characteristics of OSI Model: OSI .. 더보기
성능테스트 기초 이론편 (네트워크) 컴퓨터 네트워크 아키텍처 컴퓨터 네트워크 아키텍처는 데이터 전송의 소프트웨어, 하드웨어, 프로토콜 및 미디어의 물리적 및 논리적 설계를 정의합니다. 간단히 컴퓨터를 구성하는 방법과 컴퓨터에 작업을 할당하는 방법을 말할 수 있습니다. 클라이언트 / 서버 네트워크 클라이언트 / 서버 네트워크는 서버라는 중앙 컴퓨터에서 노래, 비디오 등과 같은 리소스에 액세스하기 위해 클라이언트라는 최종 사용자를 위해 설계된 네트워크 모델입니다. 중앙 컨트롤러는 서버 라고하며 네트워크의 다른 모든 컴퓨터는 클라이언트 라고 합니다. 서버는 보안 및 네트워크 관리와 같은 모든 주요 작업을 수행합니다. 서버는 파일, 디렉토리, 프린터 등과 같은 모든 자원을 관리합니다. 모든 클라이언트는 서버를 통해 서로 통신합니다. 예를 들어, .. 더보기
API Test: Types of Bugs that API testing detects 오류 조건을 정상적으로 처리하지 못함 사용하지 않은 플래그 누락되거나 중복된 기능 신뢰성 문제. API를 연결하고 응답을 얻는 데 어려움이 있습니다. 보안 문제들 멀티 스레딩 문제 성능 문제. API 응답 시간이 매우 높습니다. 부적절한 오류 / 발신자에게 경고 유효한 인수 값의 잘못된 처리 응답 데이터가 올바르게 구조화되지 않았습니다 (JSON 또는 XML) 더보기
API Test: Best Practices of API Testing 테스트 사례는 테스트 범주별로 그룹화해야 합니다. 각 테스트 외에도 호출되는 API의 선언을 포함해야합니다. 테스트 케이스 자체에서 매개 변수 선택을 명시적으로 언급해야 합니다. 테스터가 쉽게 테스트 할 수 있도록 API 함수 호출의 우선 순위 지정 각 테스트 케이스는 가능한 한 독립적이고 독립적이어야 합니다. 개발에서 "테스트 체인"을 피하십시오 Delete, CloseWindow 등과 같은 일회성 호출 기능을 처리하는 동안 특별한 주의를 기울여야 합니다. 콜 시퀀싱을 수행하고 잘 계획해야 합니다. 완벽한 테스트 범위를 보장하기 위해 가능한 모든 API 입력 조합에 대한 테스트 사례를 만듭니다. 더보기
API Test: How to do API Testing 감지 테스트: 테스트 그룹은 API에 의해 노출된 특정 자원이 적절하게 나열, 작성 및 삭제 될 수 있는지 확인하는 것과 같이 API에 문서화 된 호출 세트를 수동으로 실행해야 합니다. 사용성 테스트: 이 테스트는 API가 기능적이고 사용하기 쉬운지 검증합니다. 또한 API는 다른 플랫폼과 잘 통합됩니다. 보안 테스트: 이 테스트에는 어떤 유형의 인증이 필요한지, 민감한 데이터가 HTTP를 통해 암호화 되는지 또는 두 가지 모두에 의해 암호화되는지가 포함됩니다. 자동화된 테스트: API 테스트는 API를 정기적으로 실행하는데 사용할 수 있는 스크립트 또는 도구 세트를 작성하는 과정에서 이루어져야 합니다. 문서화: 테스트 팀은 문서가 적절하고 API와 상호 작용 하기에 충분한 정보를 제공해야 합니다. 문서.. 더보기
API Test: Difference between API testing and Unit testing Unit testing API testing 개발자가 수행 테스터가 수행 별도의 기능 테스트 엔드 투 엔드 기능 테스트 개발자는 소스 코드에 액세스 할 수 있습니다 테스터는 소스 코드에 액세스 할 수 없습니다 UI 테스트도 포함됩니다 API 함수 만 테스트 기본 기능 만 테스트 모든 기능 문제가 테스트되었습니다 범위가 제한됨 더 넓은 범위 체크인 전에 보통 실행 빌드가 작성된 후 실행 더보기
API Test: Approach of API Testing 1. API 프로그램의 기능을 이해하고 프로그램 범위를 명확하게 정의하십시오. 2. 동등성 클래스, 경계 값 분석 및 오류 추측과 같은 테스트 기법을 적용하고 API에 대한 테스트 사례를 작성하십시오. 3. API의 입력 매개 변수는 적절히 계획하고 정의해야 합니다. 4. 테스트 사례를 실행하고 예상 결과와 실제 결과를 비교하십시오. 더보기
API Test: Test Cases for API Testing API 테스트의 테스트 사례는 입력 조건에 따른 반환 값 : 입력을 정의하고 결과를 인증 할 수 있으므로 테스트하기가 비교적 쉽습니다. 아무것도 반환하지 않음 : 반환 값이 없으면 시스템에서 API의 동작을 검사해야 합니다. 다른 API / 이벤트 / 인터럽트 트리거 : API 출력이 일부 이벤트 또는 인터럽트를 트리거하면 해당 이벤트 및 인터럽트 리스너를 추적해야 합니다. 업데이트 데이터 구조 : 데이터 구조를 업데이트하는 시스템의 일부 결과 또는 영향을 미칠 것입니다, 그 인증해야합니다. 특정 리소스 수정 : API 호출이 일부 리소스를 수정하면 해당 리소스에 액세스하여 유효성을 검사해야 합니다. 더보기