CS

    [소프트웨어 공학] 소프트웨어 테스트 - 2

    [소프트웨어 공학] 소프트웨어 테스트 - 2

    테스트 프로세스 ISO/IEC/IEEE 29119 테스트 프로세스 조직 테스트 프로세스 조직 수준의 테스트 정책 및 전략 수립 테스트 목표, 원칙, 접근 방식 1년 동안 심각도 레벨1 오류 수를 5% 줄인다. 테스트 관리 프로세스 테스트 계획에 따른 수행여부 모니터링, 대응 진행 상태 측정/통제, 자원 재분배, 우선순위 조정 동적 테스트 프로세스 테스트 케이스 설계, 테스트 환경 구축하여 테스트 이슈 발생 시 레포팅 개발 단계에 따른 테스트 분류 단위 테스트(JUnit, 구글테스트, Python) 모의(Mock) 객체 사용(클래스의 객체 의존성 배제) 통합 테스트 모듈 간 상호 작용 테스트 빅뱅 통합 전략 단위 테스트 후에 한꺼번에 모듈의 통합 테스트 오류 원인 찾기 곤란 점진적 통합 전략 하향식(스텁 ..

    [소프트웨어 공학] 객체지향 개발 프로세스

    [소프트웨어 공학] 객체지향 개발 프로세스

    요구사항 설문, 인터뷰, JPR (Joint requirement planning) 등을 이용하여 이해 관련자로부터 수집, 용어집으로 용어 표준화 기능적 요구사항(유스케이스 다이어그램) 문제 해결을 위해 시스템이 제공해야 할 서비스 비기능적 요구사항 (부가사항 명세서) 시스템 품질: 신뢰성, 가용성, 성능, 편의성, 접근성, 보안성 제약사항 설계,구현/하드웨어/인터페이스 등의 제약사항 국제 (표준) 구격 요구사항 검증 기준 명확성: 일치된 해석 완전성: 모든 정보 기술 일관성 요구사항 간의 모순이 없어야 함 실현할 수 없을 정도의 많은 제약사항 회피 추적 가능성: 추적할 수 있도록 각 요구사항에 id 부여 검증 가능성: 정량화, 명확한 계량적 기준 사용자 관점 (WHAT o HOW x) 사용/구현 기술보..

    [소프트웨어 공학] 순차 다이어그램(Sequence Diagram)

    [소프트웨어 공학] 순차 다이어그램(Sequence Diagram)

    순차 다이어그램(Sequence Diagram) 시스템의 동적 흐름 서비스 제공 과정 표현 모델 서비스 객체 정의 -> 객체 간 메시지 송수신 과정을 시간 순서에 따라 정의 " 객체명: 클래스명 " 형식으로 맨 위에 객체 표시 ex) youngk: Person 왼쪽에서 오른쪽으로 객체 나열 객체 간의 송수신 메시지 형식 [시퀀스 번호][가드] : 리턴 값 := 메시지명(인자..) 위에서 아래 방향으로 시간(시퀀스) 진행 가드: 메시지 송신 조건 프레임: 다이어그램을 특정하는 wrapper 왼쪽 위 모서리에 다이어그램 타입과 이름 기입 sd: sequence diagram(순차) ud: usecase diagram(유스케이스) cd: class diagram(클래스) 하나의 시나리오 단위로 표시 다이어그램..

    [소프트웨어 공학] 패키지 다이어그램

    [소프트웨어 공학] 패키지 다이어그램

    패키지 다이어그램 패키지란? 관련 있는 모델 요소의 그룹화 패키지 내에 다른 패키지 포함 가능 구성 요소는 하나의 패키지에만 포함됨 패키지는 하나의 네임 스페이스 구성 패키지 제거 시 패키지 내의 모델 요소도 제거됨 패키지의 의존관계 B패키지 없이 A패키지의 단독 재사용 불가능 B패키지의 변경은 A패키지에 영향을 줄 수 있음 패키지 설계의 일반 원칙 응집도 높이고, 결합도는 낮춤 응집도: 패키지 내 클래스의 목적 수행 정도 결합도: 패키지 간의 상호 의존 정도 패키지 설계 원칙(응집도) REP Reuse Release Equivalence Priciple(재사용 릴리즈 등가 원칙) 재사용, 릴리즈의 단위는 패키지 CPR Common-Reuse Priciple(공통 재사용 원칙) 패키지 내의 클래스는 함께..