c29130811

QA나 테스트 관련 문서 또는 내용을 배우다보면 여기저기 보이는 IEEE들이 있다.그 중 테스트 프로세스 문서화 관련 된 29119나 829가 보이는데, 뭘까 싶었는데 차이가 있다. https://en.wikipedia.org/wiki/ISO/IEC_29119 ISO/IEC 29119 - WikipediaFrom Wikipedia, the free encyclopedia ISO, IEC and IEEE standard for software testing ISO/IEC/IEEE 29119 Software and systems engineering -- Software testing[1] is a series of five international standards for software testing. ..

그래도 나름 자동화랍시고 playwright 써서 github action과 slack까지 noti오도록 하면서 느낀 생각들을 좀 써본다. 1. POM을 하는 이유테스트 하려는 페이지들의 Element에 대한 접근이 빈번할 수록 하나의 변수 또는 객체로 또는 어디에 담아서 써야하는데, 결국 POM 만한게 없다. 구분하기도 갖다쓰기도 그만한게 없다. 2. Flaky Test자동화는 만능이 아닌 이유중에 하나, 동일한 조건에 실행했으나, 간헐적 성공 간헐적 실패로 이어지는 테스트로 이거 참 사람 좀 짜증나게 만드는 요소기는 함.여러가지 요소가 있을꺼같은데, '그때 네트워크가 느렸던가', '서버의 응답이 잠시 느렸다던가'.. 여튼? 이거 치우는 것도 일이다.말그대로 신뢰성에 대한 문제다 보니까 말이다. 그래..

애플리케이션에 관한 이해를 높이기 위해 집중해야 하는 5가지 애플리케이션 영역. 1. 사용자 페르소나 - 유사한 속성을 지닌 최종 사용자 집합을 나타내는데, 페르소나는 프로젝트 시작 단계에 생성되며, 소프트웨어 설계부터 배포까지 모든 단계에 걸쳐 페르소나의 요구 사항이 반영되기 때문에, 애플리케이션이 대상으로 하는 페르소나를 알아야하고, 이해하고 상호 작용하는 방식으로 탐색해야 한다. 예) 소셜 네트워크 서비스는 화려한 사용자 경험과, 명확하고 사용하기 쉬운 경험을 기대 2. 도메인 - 교통, 건강과 같은 도메인을 각각 이해하기 위해서는 해당 도메인에 맞는 워크플로, 프로세스, 전문용어를 배워야 한다. 이커머스에서 제품 주문에 장바구니 담기, 주문 확인, 주문 승인과 같은 미리 정의된 워크플로우를 거치며..

8가지 탐색적테스트 프레임워크 1. 탐색적 테스트 프레임워크 - 탐색적 테스트 프레임워크는 애플리케이션 관련 콘텍스트를 직관적으로 이해할 수 있도록 도돕는다. 기능을 명확하고 구조화하여 테스트 범위를 좁히는 것으로 목표를 한다. 예를 들어, 애플리케이션 숫자 입력 필드를 테스트 하기 위해 가능한 숫 값을 무작위로 테스트 하는 대신, 동등 클래스 분할, 경계값 분석을 통해 논리적인 값을 사용할 수 있다. 2. 기능 탐색 - 4가지 필수 경로로 테스트 하는 것 2.1 기능적 사용자 흐름 - 로그인, 제품 검색, 등 최종 사용자가 애플리케이션을 사용하는 동안 경험하는 것을 나타내며 기능이 웒는 대로 동작하는지 단일 사용자의 흐름과 제품 검색, 장바구니 추가 등 동일한 흐름을 여러번 반복하는 반복 흐름과, 여..

1. 수동 탐색적 테스트 - 수동 테스트는 주어진 요구 사항을 단순히 확이하는 것을 의미하지만, 수동 탐색적 테스트는 사용자 스토리 이외에 다른 시나리오를 도출하고, 테스트 환경에서 시물레이션하고, 애플리케이션 작동을 관찰하는 기술 2. 자동화된 기능 테스트 - 시프트 레프트 테스트의 핵심 중 하나로, 애플리케이션의 규모가 커졌을 경우 수동 테스트의 부담을 줄일 수 있다. 따라서 다양한 애플리케이션 계층에서 테스트를 작성하는데 사용할 수 있는 도구를 알아야 한다. 3. 지속적 테스트 - 현명한 방법은 품질 검사를 CI/CD파이프라인테 통합하고 자동화하여 테스트를 자주 실행하는 것. 4. 데이터 테스트 - 사용자의 데이터가 손실되거나, 오염되었을 경우 애플리케이션은 사용자 신뢰를 잃을 수 있다. 다양한 유..

좋은 품질을 위한 풀스택 테스트 - 과거에는 버그가 없는 애플리케이션과 소프트웨어 품질을 동일시 여겼지만, 오늘날 소프트웨어 세계에서 소프트웨어 품질은 단순히 버그가 없는 코드만 의미하지 않음. - 사용자 관점에서 품질을 정의하면 쉬운 사용성, 디자인, 보안성, 빠른 응답 속도 , 장애 없는 서비스 등으로 요약할 수 있는데 이 모든 것이 좋은 소프트웨어를 만드는 중요한 요소로 우리는 꼼꼼하게 테스트 해야 함. - 성공적인 테스트를 위해서 마이크로 수준과 매크로 수준의 테스트를 수행해야 하며, 클래스의 메서드, 입력 데이터 값, 로그 메시지, 에러 코드 같은 마이크로 측면과 기능 테스트, 기능 간 통합, 엔드 투 엔드 워크플로 같은 매크로 측면을 검증해야하며, 보안, 성능, 접근성, 가용성 등 전체의 품질..

https://www.browserstack.com/ Most Reliable App & Cross Browser Testing PlatformInstant access to 3000+ browsers and real iOS and Android devices for cross browser testing. Ship apps and websites that work for everyone, every time. Get Free Trial.browserstack.wpengine.com각종 Mobile, OS, Browser 테스트를 지원해주는 사이트로, 유료 서비스이다.사실 모바일 디바이스 원격으로 잠시 1년동안 사용했는데, 나쁘지않게 사용해본거 같음. 원격이다보니 반응 속도는 사실 기대하기 어렵다. 여기..

Terms Black-box testing, code coverage, functional testing, interoperability testing, load testing, maintainability testing, performance testing, portability testing, reliability testing, security testing, specification-based testing, stress testing, structure testing, usability testing, white-box testing. Background A group of test activities can be aimed at verifying the software system (or a ..

Cypress는 사용자 임의적 Command 생성 및 사용에 대해 지원을 해준다. (공식 사이트) Cypress > Support > commands.js 에 Command 를 등록 및 사용을 하면 된다. 가령 예제로, inputValue 라는 나만의 Command를 만들어볼 경우, commands.js 에 아래와 같이 등록을 한다. 등록 Cypress.Commands.add('inputValue', (selector, value) => { cy.get(selector) .type(value) .should('have.value', value) }) selector에 value 값을 입력하고, value가 출력되는지 확인하는 command를 작성 사용 it('input에 text 값이 입력되어야 한다.'..

javascript를 수동으로 입력하거나, Snippets를 이용하여 여러 기능을 사용할 수 있다. 상단의 스크린 샷 처럼, Response의 Status가 200인지 체크 후, Test Results에 결과를 보여준다. 또한 Postman에서 제공되는 pm 객체를 통해 다양하게 사용할 수 있다. 주로 사용하는 것은, 응답 값 체크 pm.test("Status code is 200", function () { pm.response.to.have.status(200); }); 응답 값을 저장하여 사용 pm.environment.set("access_token", pm.response.json().access_token) 응답 체크 (Response time, 또는 String, Number 등 타입까지 )..