## 수업 중간 시험 전 수업 내용 + 시험(오픈북) 문제 내용 ##
* 통합 테스트 : 프로젝트 전체가 가지고 있는 기능/비기능 요구사항을 제대로 준수해 개발되었는지 전체적으로 테스트 실행
* 유닛테스트 : 요구사항 한 개가 가지고 있는 다양한 로직들을 작은 단위로 쪼개서 단위별로 테스트(단위테스트
>> 요구사항 기능 1개를 전체 테스트 해봄
* 통합 기능 테스트의 목적 : (테스트를 개발 과정 중 어느 타이밍에서든 한다.)
- 테스트를 수행하기 전 명확한 목표의식을 가지기 위해
- 테스트 범위를 명확하게 식별
ex) 페이징이 안된다면 어떠한 행동을 했을 때 어떠한 반응을 하는지, 이미지와 설명이 있으면 최고
- 테스트 간에 의사 소통을 원활하게 한다
* Junit : java 언어로 구현된 프로그램의 텥스트를 수행할 수 있는 유닛 테스트 도구들
* 테스트 원칙
- 단위 테스트를 수행해 보니 지난번 외주 직원이 개발한 유통 모듈에서 계속하여 오류가 발생하고 있다. 타 모듈에 비해 유통 모듈의 오류 발생률이 상대적으로 높다.
+) 결함 집중의 원칙 : 시스템 자체가 가지고 있는 여러기능(모듈)들 중 에러나 결함은 특정 모듈에서 집중적으로 발생
+) 테스팅은 결함이 존재함을 밝힌다 : 결함이 발견되지 않았더라도 해당 소프트웨어에 결함이 없다고 증명된 것은 아니다.
+) 살충제 패러독스 : 동일한 테스트 케이스로 테스트를 반복하면 새로운 결함을 발견하지 못할 것(새로운 테스트 케이스 추가하기)
+) 테스트 정황 의존적 : 테스트는 테스팅 되는 대상에 따라 다른 방법으로 접근하는 것 필요
+) 오류-부재의 궤변 : 개발된 시스템이 사용성이 지나치게 낮거나 처음 요구사항을 만족하지 못한다면, 결함을 모두 제거 했다 하더라도 품질이 높다고 볼 수 없다.
* 단위 테스트 : (메소드 한개)에 정해진 input 여러종류를 넣었을 때, output이 예상한 대로 나오는가 (input들은 테스트 데이터)
* 단위 테스트 수행해서 일어나는 일 2가지 : pass or fail
- fail 일 때 : 테스트 케이스를 불합격 처리, 결함 등록 (프로젝트 상황실 솔루션, 이슈트래킹, es) redmine, jira)한다.
* 단위 테스트 결함 관리 절차 : 단위테스트 수행 도중 발생하는 결함을 등록하고, 조치된 결함을 재테스트 하는 단위 테스트 절차
* 결함 : application테스트 도중 예상치 목한 결과, 오동작, 오류화면
*Reopen : 결함을 개발자가 수정 완료했다 보고 -> 테스트(QA) 재 테스트를 하였으나 결함이 그대로 존재함. 그래서 개발자에게 다시 돌려보냄
* GIT이라는 형상관리시스템에서 commit과 push의 차이
- commit : 파일 및 디렉토리에 대한 변경 사항을 git의 인덱스에 기록한다.
- push : 로컬 인덱스 및 오브젝트 변경 정보를 사용하여 원격 저장소를 업데이트
깃에 대한 내용 출처 : https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=eleccom&logNo=130087427451
추가한 테스트 원칙 출처 : https://eehoeskrap.tistory.com/15 >>똑같이 적지 않아 더 자세히 보고싶으면 참조하기
'ETC > 23년. 게시판 만들기 수업' 카테고리의 다른 글
[21.09.17] 어플리케이션 배포 (0) | 2021.09.18 |
---|---|
[21.09.16] 요구사항 명세서 (0) | 2021.09.18 |
[21.09.15] 설계와 관련된 것들 (0) | 2021.09.16 |
[21.08.18] JSP수업(세션/쿠키) (0) | 2021.08.18 |
[2021.08.17] JSP 수업 (GET/POST/URL에 대해) (0) | 2021.08.17 |