테스트 진행을 위한 사전 준비사항서비스할 제품의 타깃 국가의 네트워크 상황 조사직접 방문조사하지 않고 플랫폼을 활용함.월드 포퓰레이션 리뷰 (worldpopulationreview.com) - 매년 전 세계의 국가별 네트워크 속도 데이터를 제공함.스피드 테스트 (SpeedTest.net) - 전 세계 국가별, 주요 도시별로 분류하여 인터넷 속도 데이터를 제공.                                                     중간 다운로드 시간과 네트워크 지연 시간까지 정보를 제공함.이러한 정보를 활용하여 서비스 타깃 국가의 네트워크와 유사한 환경으로 네트워크 환경을 설정.각 국가 환경에 의해 발생되는 제품 이용 원활도, 한계 수치, 국가별 품질 기준 선정 가능네트워크 성능과 ..

포스트맨에서 API 응답 크기, 응답 시간과 같은 응답 매개 변수에 대한 세부 정보를 표시한다.예를 들어, 아래 사진을 보면 `72ms` 위에 마우스 커버 시, 개별 구성 요소를 통해 성능을 분석할 수 있다.혹은 하단의 console 버튼을 눌러 요청의 세부정보를 확인할 수 있는데,응답의 timeline과 네트워크 관련 정보와 성능 지표 또한 자세하게 확인할 수 있다.이렇게 일일히 확인하는 방법도있지만, 성능 테스트 스크립트를 작성한 뒤Postman의 Monitors 기능을 사용하여 지속적으로 성능 모니터링을 할 수도 있다. 먼저 Script 의 Post-response에 들어가서 아래와 같은 코드를 입력한 뒤 실행하면,응답 시간은 100ms 보다 작아서 PASS로 노출되지만, 응답 크기는 1kb 보다 ..

API는 소프트웨어 애플리케이션이 서로 상호작용할 수 있도록 하는 일련의 규칙과 정의를 의미한다. API는 다양한 시스템과 응용 프로그램 간의 데이터 교환 및 기능 호출을 가능하게 하는데,특히 QA는 클라이언트의 요청에 대한 서버의 응답을 검증할 때 많이 사용한다. 동시에 API엔드포인트에 요청 부하를 발생시켜 API 성능을 확인하거나 보안테스트가 가능하고FE나 클라이언트가 구축되기 전, 백엔드 시스템의 내부 설계 및 통합이 완료된 후API 엔드포인트에 대한 테스트를 수행함으로서, 개발 초기 이슈 대응을 통해 개발 생명주기를 줄일 수 있다. 이를 통해 초기 품질 확보 및 API성능 향상 및 개선이 가능하기 때문에 API에 대한 지식이 있으면 좋다.API의 구조API의 구조는 주로 요청과 응답으로 구성된다..

SDLC는개발 팀이  소프트웨어를 설계하고 구축하는 데 효율적인 프로세스를 의미한다.일반적으로는 요구사항 분석, 설계, 개발, 테스트, 운영 단계로 구성되어 있다. 소프트웨어 개발 생명주기는, QA에게도 중요한 소프트웨어 공학 지식 중 하나이다.프로세스 이해를 통해서 효과적인 테스트 계획을 수립할 수 있을 뿐 아니라 결함 예방이 가능하다. 예를 들어, 요구 사항 분석 단계에서 요구사항을 이해하고 이를 기반으로 테스트 계획을 수립하고,이를 통해 결함을 예방함으로써 이후 단계에서 발생할 수 있는 문제를 줄일 수 있다. 동시에 체계적인 관리 프레임워크를 제공함으로써, 팀 간 협업을 강화하고 제품 품질을 향상시킬 수 있다. 소프트웨어 개발 생명주기에는 폭포수, V모델, 나선형 모델, 애자일 모델 등 다양한 모델..

웹 응용 프로그램과 데스크톱 응용 프로그램의 특징 및 차이점.웹 응용 프로그램특징 브라우저를 통해 작동하므로, 운영체제에 구애받지 않는다.설치할 필요가 없고 url을 통해 언제든 접근 가능하다.업데이트가 서버에서 이루어져, 페이지를 새로 접근하면rusharp.tistory.com최근에 QA는 평가하는 사람이기 때문에 HW, SW 에 대한 특징을 많이 알아야 한다는 조언을 들은 적이 있다.실제로 하이브리드, 네이티브앱 등에 대한 개념은 알고있지만, 비교적 어느 부분을더 중점적으로 QA해야하는 지 등에 대해선 생각해본 적 없어서, 이번기회에 많이 찾아보았다. 아래는 네이티브앱과 웹앱, 하이브리드 앱에 대해 비교하고 QA로서 어느부분을 좀더 생각해야 하는지 작성해보았다.참고로 웹 응용 프로그램과 데스크톱 응용..

ISO/IEC 25010은 소프트웨어 제품의 품질 모델을 정의한 국제 표준으로,소프트웨어 제품의 품질 측정 및 평가하기 위한 기준을 제공하며, 품질향상에 중요한 역할을 한다. 나 또한 일할 때, ISO/IEC 25010은 QA를 시작할때마다 어느부분을 봐야할 지 많이 참고하곤 했다. 예를 들어, 모바일 애플리케이션을 테스트할 때에는 호환성 테스트를 통해서다양한 디바이스 및 안드로이드 버전에서 애플리케이션 실행 시, 문제가 없는지 확인하고리뉴얼을 진행하거나 디자인을 변경하게 될 때에는 사용성을 위주로 사용성을 테스트를 진행했다. 이때, 사용자와 밀접하게 만날 수 있어, 휴리스틱 평가방법이나 인지적 워크쓰루 등의 방법도 진행했다. 이렇게 ISO/IEC 25010의 모든 내용을 구지 알기보다는 테스트를 진행할..

웹 응용 프로그램특징 브라우저를 통해 작동하므로, 운영체제에 구애받지 않는다.설치할 필요가 없고 url을 통해 언제든 접근 가능하다.업데이트가 서버에서 이루어져, 페이지를 새로 접근하면 바로 업데이트된다.클라이언트-서버 통신에서 보안 취약점이 있을 수 있다.브라우저의 성능에 영향을 받는다.ex) naver, google, daum, facebook 등필요한 QA호환성 테스트다양한 브라우저 / 운영체제 / 모바일에서 애플리케이션이 제대로 작동하는 지 테스트 해야 한다.반응형 디자인 테스트다양한 화면 크기 및 디바이스에서 레이아웃이 잘리거나 깨지지 않는 지 확인해야 한다.성능 테스트페이지 로딩 속도, 응답 시간, 데이터 처리 속도 등을 테스트 한다.다양한 네트워크 환경 (wifi, 4g, wlan 등) 에서..

사실 현업에 있는 사람들조차도 위 세가지에 대해 물어보면 추상적으로 대답하곤 한다.테스트 케이스에 대해서는 비교적 명확하게 설명하지만, 시나리오와 스크립트는 경계가 약간 모호하긴 하다.이 세가지 모두 현업에서 사용되고 있는데 어째서 스크립트와 시나리오는 명확히 대답하지 못하는걸까? 내 생각에는 테스트케이스는 많은 사람들이 접하고, 실제로 작성하고 유지보수까지 원활하게 진행되지만,스크립트나 시나리오는 테스트케이스만큼 작성에 고민과 노력을 들이지 않기 때문인 것 같다. 특히 테스트케이스는 계속해서 재사용되지만, 스크립트나 시나리오는 일회성으로 사용되는 경우도 많고보는 사람들도 참고하는 용도로만 사용하지 테스트케이스만큼 의존하는 편은 아닐 것이다. 그럼에도 불구하고 세가지 모두 실무에서 원활하게 사용되다 보니..