예제

테스트 케이스란?

소프트웨어 테스팅의 맥락에서 테스트 케이스는 특정 기능 또는 기능을 검증하는 데 필요한 일련의 작업을 나타냅니다. 기본적으로 테스트 사례에는 기능을 확인하는 데 필요한 단계,데이터,필수 구성 요소 및 사후 조건이 자세히 설명되어 있습니다.

품질보증기관이 예상 결과와 실제 결과를 비교하여 피쳐가 정상적으로 작동하는지 결론을 내릴 필요가 있는 특정 변수를 배치한다. 테스트 케이스 구성 요소는 입력,실행 및 예상 출력/응답을 언급합니다. 기본적으로 엔지니어에게 수행 할 작업,수행 방법 및 허용되는 결과를 알려줍니다.

테스트 케이스를 작성하는 목적

• 소프트웨어의 특정 기능과 기능을 확인합니다.
• 일상 실습 활동을 통해 테스터를 안내합니다.
• 수행된 단계 카탈로그를 기록하기 위해,버그가 나타나면 다시 방문할 수 있습니다.
• 미래의 프로젝트와 테스터를 위한 청사진을 제공하여 처음부터 작업을 시작할 필요가 없도록 합니다.
• 초기에 유용성 문제 및 디자인 격차를 감지하는 데 도움이됩니다.
• 새로운 테스터와 개발자가 진행중인 프로젝트의 중간에 참여하더라도 테스트를 신속하게 선택할 수 있도록 도와줍니다.

표준 테스트 케이스 형식

• 테스트 시나리오
• 테스트 단계
• 전제 조건
• 테스트 데이터
• 예상/의도된 결과
• 실제 결과
• 테스트 상태–통과/실패

테스트 케이스를 작성하는 동안 다음을 포함해야합니다:

• 요구 사항에 대한 합리적인 설명
• 테스트 프로세스에 대한 설명
• 테스트 설정과 관련된 세부 정보: 테스트중인 소프트웨어 버전,데이터 포인트,운영 체제,하드웨어,보안 허가,날짜,시간,전제 조건 등
• 모든 관련 문서 또는 첨부 파일 테스터는
• 전제 조건에 대한 대안이 필요합니다.

테스트 사례의 일반적인 기능

• 정기적으로 수정 및 업데이트될 가능성이 있습니다. 소프트웨어 요구 사항은 비즈니스 우선 순위 또는 고객 선호도의 변경에 따라 변경 될 수 있습니다. 요구 사항이 변경되면 그에 따라 테스트 케이스를 변경해야 합니다. 버그 검색 및 디버깅 단계를 수행하려면 테스트 사례를 변경해야 할 수도 있습니다.
• 클러스터링을 포함 할 가능성이 있습니다. 단일 테스트 시나리오의 테스트 사례는 일반적으로 특정 시퀀스 또는 그룹에서 실행해야 합니다. 이 경우 하나의 테스트 케이스의 특정 전제 조건이 동일한 시퀀스의 다른 테스트 케이스에 적용됩니다.
• 상호 의존적 일 수 있습니다. 종종 테스트 케이스는 서로 의존 할 수 있습니다. 이는 다중 계층 비즈니스 논리를 사용하는 계층화 된 응용 프로그램에 특히 해당됩니다.
• 테스터뿐만 아니라 개발자에 의해 사용될 가능성. 테스트 사례는 개발자와 테스터에게 유용합니다. 예를 들어 개발자가 버그를 수정할 때 테스트 사례는 해당 버그를 복제하는 데 매우 유용 할 수 있습니다. 테스트 기반 개발에서는 테스트 사례를 만들어 비즈니스 논리를 만들고 여러 테스트 시나리오를 다루며 코드 작성을 시작합니다.

테스트 케이스 예제

특정 시나리오를 기반으로 테스트 케이스 예제를 작성해 보겠습니다. 여기 샘플 케이스가 있습니다.테스트 시나리오:성공적인 사용자 로그인을 인증하려면 Gmail.com

테스트 케이스 작성을 위한 모범 사례

• 명확성과 투명성을 우선시합니다. 명확 하 게,간결 하 고 독단적 테스터 할 필요가 무엇을 설명 하 고 어떤 결과 그들은 이상적으로 얻을 해야 합니다.
• 샘플 테스트 케이스를 작성할 때 최종 사용자 요구 사항에 중점을 둡니다. 사용자 여정의 모든 측면을 반영하도록 테스트 사례를 매핑합니다. 이렇게 하려면 사양 문서 및 요구 사항 문서를 사용하십시오.
• 반복을 피하십시오. 동일한 테스트 사례로 여러 테스트를 실행할 수 있는 경우 테스트 사례 아이디를 사용하여 필요한 테스트 사례를 참조합니다.
• 테스트 단계를 가능한 한 최소화하십시오. 이상적으로 가능한 경우 10-15 단계로 유지하십시오.
• 최대 테스트 커버리지 달성에 중점을 둡니다. 100%테스트 커버리지는 거의 달성 할 수 없지만 올바른 전략으로 높은 비율을 달성 할 수 있습니다.

  더 읽기:당신은 어떻게 최대 테스트 범위를 보장합니까?

• 자체 청소 테스트 케이스를 만듭니다. 즉,테스트 사례는 테스트 환경을 초기 테스트 전 상태로 되돌려야 합니다. 테스트는 완료 될 때 환경에 자신의 잔재를 남겨서는 안됩니다. 이 구성 관리의 필수 요소입니다. 더 깊이 이해하려면:개발 운영에서 구성 관리 란 무엇입니까?
• 누가 실행하든 동일한 결과를 반환하는 테스트의 모양 테스트 사례입니다. 테스트 자체 서 있는지 확인 합니다.

테스트 케이스가 형성되면 실제 브라우저,장치 및 운영 체제에서 해당 테스트를 실행해야 합니다. 장치 조각화는 모든 개발자 및 테스터에게 중요한 관심사입니다. 모든 웹 사이트는 여러 장치-브라우저-운영 체제 조합에서 원활하게 작동해야합니다. 전 세계적으로 인터넷에 액세스하는 데 9000 개 이상의 고유 장치가 사용되므로 모든 소프트웨어는 다양한 구성,뷰포트 및 화면 해상도에 맞게 최적화되어야합니다.

실제 장치 클라우드에서 무료로 테스트 해보십시오.

이 상태에서는 에뮬레이터 또는 시뮬레이터가 실제 사용자 조건을 복제 할 수 없습니다. 소프트웨어는 배터리 부족,수신 전화,약한 네트워크 강도 등과 같은 실제 상황에서 작동하려면 실제 장치에서 테스트해야합니다. 사내 랩에 액세스할 수 없는 경우 실제 장치를 제공하는 클라우드 기반 테스트 옵션을 선택합니다.

브라우저스택의 클라우드 셀레늄 그리드는 자동화된 테스트를 위해 2000 개 이상의 실제 장치와 브라우저를 제공합니다. 즉,사용자는 단순히 가입,로그인 및 필요한 조합을 선택하여 여러 실제 장치 및 브라우저에서 테스트를 실행할 수 있습니다. 테스터는 또한 윈도우와 맥 코스에서 30 개 이상의 실제 브라우저 버전에서 사이프러스 테스트를 수행 할 수 있습니다. 사용자가 브라우저 스택을 사용하여 실제 사용자 조건에서 소프트웨어를 테스트하기 전에 버그를 감지합니다.

잘 구조화되고 결과 지향적 인 테스트 케이스를 만드는 것은 성공적인 테스트를 실행하는 데 필수적입니다. 또한 포괄적 인 테스트 범위를 보장하고 품질 보증서가 따라야 할 명확한 계획을 제공합니다. 이 문서를 사용하여 효과적인 테스트 사례를 만드는 기본 사항을 배우고 최상의 사용자 경험을 최적화하고 제공하도록 설계된 테스트를 실행합니다.