Jay

web_css 7. css 선택자의 기본 font-size:45px; #글자크기 -------------------------------- text-align: center; #중앙정렬-- ------------------------------------ .saw { =>.saw(saw 모두 선택함) color:gray; } class="saw" ----------------------------- ---------------------------- .active { color:red; } --------------------- class="saw active" ------------------- ------------------------------ - class="saw" id="active" id선..

MENU_ENGINEERING EXAMPLE

첫 번째 기대결과 = 실제 결과 구현 기술에 따라 검증도구 요건 달라짐(필요한 조건) 검증 도구(자동화) xUnit- Java(Junit), C++(Cppunit)등 다양한 언어를 지원하는 단위 테스트 프레임워크 STAF- 서비스 호출, 컴포넌트 재사용 등 다양한 환경을 지원하는 테스트 프레임워크 FitNesse - 웹 기반 테스트 케이스 설계 / 실행 / 결과 확인 등을 지언하는 테스트 프레임워크 NTAF- Naver 테스트 자동화 프레임워크이며, STAF와 FitNesse를 통합 Selenium- 다양한 브라우저(웹) 지원 및 개발언어를 지원하는 웹 어플리케이션 테스트 프레임 워크 watir - Ruby(언어) 기반 웹 어플리케이션 테스트 프레임워크 모니터링 도구 APM - (Application P..

첫 번째 모듈 세부 설계서 설계와 표준에 맞게 정형화(일정한 형식) 쉽고 직관적으로 (다이어그램 활용) => 컴포넌트 명세서 => 인터페이스 명세서 두 번째 통신을 이용한 구현 XML(eXtensible Markup Language) 마크업(태그)과 콘텐트(내용)으로 구성 새로운 태그 생성가능, 다목적 마크업 언어 JSON(JavaScript Object Notation) 독립적, 개방형 표준(인기만점), XML을 대체 속성과 값으로 이뤄진 데이터 객체 전달 보편적으로 AJAX(웹2.0 기술 통칭) 기술에서 사용 세 번째 예외(오류) 처리 방식 통신으로 구현된 인터페이스에서 예외 처리 송신 측 AJAX 반환값이 fail이면 처리 메시지에 따라 처리절차 구분 비동기, 콜백 활용 수신 측 try ~ catc..

첫 번째 테스트 자동화 장점 자원(인력, 시간)감소 품질 보장, 일관성(객관적 평가) 시각적 표현, UI없는 서비스도 테스트가능 단점 교육 및 학습을 위한 자원(시간, 비용)이 필요함 상용SW인 경우 추가 비용이 필요함 두 번째 유형별 테스트 자동화 도구 정적 분석 도구: 실행 없이 코딩표준 및 복잡도 체크 테스트 실행 도구: 스크립트 언어를 사용하여 테스트 스크립트 언어를 사용하여 테스트 데이터 주도 접근 방식 - 다양한 데이터를 동일한 테스트 케이스로 반복 실행 키워드 주도 접근 방식 - 데이터 + 키워드(다양한 수행 동작) 성능 테스트 도구: 처리량, 응답 시간, 결과 시간, 자원 사용률 측정 테스트 통제 도구: 테스트 계획 및 관리, 결함 관리, 형상 관리 테스트 하네스: 테스트를 위해 생성한 코..

첫 번째 1. 구현 2. 모듈 설계, 단위 테스트 => 구조 기반 - 화이트박스(복잡도) => 명세 기반 - 블랙박스(기능테스트) 3. 아키텍처 설계, 통합 테스트 4. 요구 분석, 시스템 테스트 두 번째 비점진적 방식 - 한번에 통합. 단시간 테스트 오류 파악 및 수정 어려움 점진적 방식 -단계적 통합 오류 수정 용이 => 깊이 우선통합, 너비 우선 통합 세 번째 계획 설계 시나리오 테스트 케이스: 구현된 기능의 기대 결과를 비교하는 항목들 테스트 시나리오:여러 테스트 케이스의 집합(절차 명세) 모듈 간 연계테스트가 가능하도록 분류 특정 기준으로 여러 개의 시나리오로 분류 테스트 오라클: 기대 결과와 실제 결과를 비교하는 기법 특징: 제한적, 수학적, 자동화 종류: 참 오라클 - 모든 결과 비교, 미션..

첫 번째 완벽한 테스트는 불가능하다 상황에 맞게 테스트 한다 파레토 법칙 살충제 역설 오류 부재의 궤변 검증(의도한 기능 구현)&확인(요구사항 포함여부) 두 번째 명세 기반 테스트 구조 기반 테스트 경험 기반 테스트(EX)라떼는 말이야,,,) 명세 불충분, 시간 부족할 때 세 번째 화이트 박스 - 초기 수행(논리적인 경로 테스트) - 기초 경로 테스팅: 복잡성 테스트 - 제어 구조 테스팅: 조건, 반복, 흐름 - 문장 검증 기준: 모든 구문을 한 번 이상 수행했는가 - 분기 검증 기준: 모든 조건문을 한 번 이상 수행했는가 - 조건 검증 기준: 모든 조건문의 참, 거짓을 각각 한 번 이상 수행했는가 블랙 박스 - 개발 후반 수행(기능 테스트) - 동치 분할: 동등한 정상 및 비정상 인풋으로 결과 확인 -..

첫 번째 목차 및 개요: 설치 과정(순서) 요약 서문: 문서 이력, 주석(주의, 참고), 구성, 설치 환경 기본 항목 설치화면: 각 과정의 이미지 첨부 오류설명: 주의사항 결과화면: 최종화면 공지 FAQ:문제발생시 해결방안 점검사항: 환경, 권한점검 네트워크: 연결상태 및 보안 고객지원: 웹사이트, 연락처 보증: 준수사항 및 라이선스 정보 두 번째 목차 및 개요: 설치 과정(순서) 요약 서문: 문서 이력, 주석(주의, 참고), 구성, 설치 환경 기본 항목 UI화면: 각 과정의 이미지 첨부 주요기능: 기능에 대한 사용버 설정: 설정 및 기본값 장치연동: 연동되는 장치 프로파일: 필수 구동환경 네트워크: 연결상태 및 보안 고객지원: 웹사이트, 연락처 보증: 준수사항 및 라이선스 정보 출처 : www.yout..

첫 번째 소프트웨어 패키징은 설치 될 시스템 중심으로 진행된다.(X) 패키징 이후로는 지속적인 관리 및 변경이 어렵다.(X) 코드작성-구분-모듈화-빌드-환경정의-적용테스트-개선-배포 릴리즈 노트에 포함되는 내용: 전체 기능, 서비스, 개선사항 베타 테스트, 사용자의 요구로 수정된 경우엔 추가하지 않는다.(X) 두 번째 저작권: 저작물에 대해 저작자가 가지는 배타적(독점적)권리 용량이 큰 프로그램들은 실시간으로 DRM패키징을 진행해야한다.(X) 클리어링하우스: 라이선스 관리, 발급, 결제 DRM관리기술: 암호화, 키(식별), 정책관리, 인증, 크랙방지 출처 : www.youtube.com/watch?v=IOlTbPIoJzY&list=PLKpxllD6C8Cli4UZqnDG4_77OU6XeF6e_&index=..

첫 번째 단위 모듈을 통합할 수록 구현 가능한 기술은 줄어든다.(X) 하나의 기능만 구현할 수 있기 때문에 독립적 컴파일은 불가능하다.(X) 단위 기능 명세화 단계는 추상화, 구조화, 캡슐화의 단계를 거친다. 모듈 간 통신 방식 구현을 위한 인터페이스의 집합은 IPC이다. 단위 모듈 테스트 과정은 시스템 수준의 오류는 잡아낼 수 없다.(O) 두 번째 화이트 박스 : 소스 코드의 논리적인 경로 테스트 블랙박스 : 해당 기능의 작동 여부 테스트 통합개발환경: 개발에 필요한 다양한 툴을 하나의 인터페이스로 통합 빌드도구 : 소스 코드를 소프트웨어로 변환 협업 도구는 익숙치 않아도 다수를 위해 사용하는 것이 이익이다.(X) 세 번째 식별자(Identifier) - 식별자, 일련번호 테스트 항목(Test Item..