일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 스프링
- springAOP
- AOP
- 정처기
- 정보처리기사
- 정보처리기사 합격
- 정보처리기사 공부
- 스프링AOP
- 식물키우기
- 오프라인 소모임
- 정처기 공부
- 시나공
- 북클럼
- 개발 공부
- 싱고니움
- 어피티 7월 북클럽
- js
- 아보카도
- 어피티 독자
- 삼색달개비
- 아보카도 키우기
- 정보처리기사 실기
- Spring
- 식물
- 수경재배
- 달개비
- 식물 키우기
- 정처기 실기
- 아보카도키우기
- 자바
- Today
- Total
목록정처기 공부 (3)
deblog
1. 화이트 박스 테스트(White Box Test) 화이트박스 검사(White Box Test) 기법은 소프트웨어 내부 소스 코드를 테스트하는 기법이다. 내부 소스코드의 동작을 개발자가 추적 할 수 있기 때문에, 동작의 유효성 뿐만아니라 실행 되는 과정을 살펴봄으로써, 코드가 어떤경로로 실행되며, 불필요한 코드 혹은 테스트 되지 못한 부분을 살펴볼 수 있다. 화이트박스 테스트를 하는 부분은 대개 코드의 실행 경로를 확인해야 하기때문에 시중에 나와 있는 커버리지 분석도구를 많이 활용한다. 2. 화이트박스 테스트의 종류 기초 경로 검사 (Base Path Testing) - 테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 츨정할 수 있게 해주는 테스트 기법 - 대표적인 화이트 박스 테스트 기법 제어 ..
공동모듈이란 여러 프로그램에서 공통으로 사용할 수 있는 모듈이다. 자주 사용되는 계산식이나 매번 필요한 사용자 인증과 같은 기능들이 공통 모듈로 구성될수 있다. 공통 모듈을 구현할 때에는 해당 기능을 명확히 이해할 수 있도록 명세 기법을 준수해야 한다. 공동 모듈 명세 기법 명세 기법 내용 정확성(Correctness) 시스템 구현 시 해당 기능이 필요하다는 것을 알 수 있도록 정확히 작성함 명확성(Clarity) 해당 기능을 이해할 때 중의적으로 해석되지 않도록 명확하게 작성함. 완전성(Comleteness) 시스템 구현을 위해 필요한 모든 것을 기술함 일관성(Consistency) 공통 기능들 간 상호 충돌이 발생하지 않도록 작성함 추적성(Traceablity) 기능에 대한 요구사항의 출처, 관련 시..
역사적으로 프로그래밍이라는 관점에서는 기본적으로 본체에 대한 독립된 하위 단위라는 필연적인 개념의 큰 틀을 따르고 있지만 본체와 모듈 간에 가지고 있었던 문제들을 해결해 나가는 과정에서 발전하였다. 모듈에 가장 큰 영향을 미쳤던 클래스 그리고 라이브러리가 향상됨에 따라 점차 발전하였다. 이러한 지속 가능성은 이것의 가장 큰 장점 중 하나이다. 초기에는 분리된 독립성의 모듈로 도입되었으나 점차로 객체화, 캡슐화, 모듈화 프로그래밍 기법 등 여러 기능들이 추가되면서 점차적으로 영역이 나뉘어가고 있다. 그러나 이로 인하여 모듈성을 제대로 반영하지 못하고 있다는 비난을 받을 수도 있다. 한편 이러한 비난은 모듈 시스템, 모듈 프로그래밍이 갖는 현재의 한계를 인식하고 보다 안정적으로 발전하기 위해 효율적인 방향을..