SW 테스트 케이스 설계

SW 테스트 케이스 설계

뭘 테스트 해야 하나?

• 테스트케이스와 체크리스트의 차이
• 테스트케이스는 TestCondition 을 확인하기 위한 것표준 ISTQB (Syllabus)
  • :sparkler:**Condition = ~면(if) 모든 케이스는 조건을 확인하는 방법**:sparkler:
• 체크: 로그인하면 좌측 상단에 해당로고가 표시된다.테스트:일반회원으로 로그인하면 메인 화단부에 아무것도 안보이지만 프리미어 회원으로 로그인하면 하단부에 프리미어 배지가 보인다.
  • => 결과가 명확하다
• 테스트 베이시스 (뭘 보고 만들어야 하나)

• 명세기반(에픽, 스토리) - JIRA
• 구조기반문장이 아닌 **코드**, **제어 흐름도**

ex) 은행 ATM 기기의 명세

조건 결과의 정리

조건(원인)예상 결과

카드 유효여부	카드변환
패스워드 일치 여부	패스워드 재입력
패스워드 불일치카드회수	카드회수
잔고정상	재입력화면 출력

• 조건에 대한 결과는 명확해야 한다. (여러가지가 나오면 곤란:sparkler::sparkler:)

결정 테이블

중복된 케이스를 정리하는 과정이 필요하다

• 중복되는 것
• 논리적으로 맞지 않는 것

요약

• 명세 Condition 을 조건 예상결과 정리
• 조건 결과가 Yes/NO 로 정리
• 조합을 표로 구한다.
• 중복을 정리한다.

코드 베이스

함수를 만들때도, 입력 변수가 하나 이상이면 만들 수 있다.

미션 크리티컬: 오류가 나면 큰 문제가 발생하는 -> 풀조합으로 체크 (MC/DC) (의료, 항공, 선박)

제어흐름도

인풋, 아웃풋을 확인을 한다.

아웃풋이 커버할 수 없는 경우 -> 보강 케이스를 추가를 해준다.

• 제어 흐름만 보면 3가지면 충분하지만, 제대로 커버를 하는 것은 5가지

요약

• 코드 플로우차트 등을 테스트 케이스를 만들 수 있다.
• 구문을 커버를 할지, 모든 조합을 커버할지
• 조건 인아웃을 조합을 커버하고 보강 케이스를 추가

결론

• tdd, junit 을 더 알아볼수있도록하자