일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- submit 기본동작
- 배열 call by value
- AWS 생성
- reset
- 깃허브 토큰 생성
- 배포 자동화
- Jenkins
- 클래스 참조
- Quartz dependency
- 깃허브 토큰 발급
- Quartz 라이브러리
- vue 실행
- document 함수
- 채팅 프로젝트
- 환경변수
- 되돌리기
- .ppk
- 테스팅
- Node Property
- dbeaver 백업/복구
- 소프트웨어
- firstChild
- 자바 swing 프로젝트
- vue 추가
- git 폴더 모으기
- deploy.sh
- EL1021E
- ..gitignore
- CI/CD
- 타임리프 참조 오류
- Today
- Total
목록테스팅 (2)
TY blog
1. 테스트 케이스 ( test case ) 무엇을 테스트하는지, 테스트 입력 - 예상출력 테스트데이터 : 시스템을 테스트하기 위한 입력 테스트 결과 : 테스트 데이터 입력에 따른 출력 * 테스트 케이스 선정을 위한 전략 1. 동등분할(Equivaience partition) : 공통 특성을 가진 입력 그룹을 식별하여 각 그룹별로 테스트 케이스를 선정한다. ex) 절댓값 함수를 구현한다고 하면 동등분할로 양수, 0, 음수 3가지 케이스로 분할이 가능하다. 2. 가이드라인 기반 : 프로그래머가 자주 범하는 오류를 찾아내기 위한 테스트 케이스를 선정한다. ex) 회원가입 개발에서 아이디, 비밀번호와 같은 필수적인 값을 입력했을 때와 입력하지 않았을 때의 케이스로 분할이 가능하다. 2. 테스팅의 종류 자동화된..
1. 아키텍처 설계 - 시스템 전체 구조를 설계 - 시스템의 주요 구조 컴포넌트(subsystem) 들과 상호작용하는 컴포넌트 간의 관계(interfaces) 주로 명시적 설계와 문서화를 통해 진행되며 상위 수준의 시스템 표현으로 이해당사자 간 의사소통에 도움을 주며 비슷한 요구사항을 가진 시스템의 아키텍처를 재사용할 수 있다. 2. 아키텍처와 시스템의 특성 성능(performance) : 컴포넌트 간 통신을 줄임, 시스템 중복, 부하 분산 보안성(security) : 중요한 자산을 가장 안쪽 계층에 두는 계층구조 사용 안전성(safety) : 안전 관련 작업을 소수의 컴포넌트에 배치하여 안전 검증과 대응을 간단하게 한다. 가용성(availability) : 중복 컴포넌트를 배치, 시스템 중단 없이 컴포..