CS/소프트웨어 공학 (4) 썸네일형 리스트형 White-box test White-box test = Structural test = Path test SW code의 구조에 기반하여 테스트 테스트 기법 -> code-coverage based test (statement coverage, branch coverage, logic coverage(decision coverage, MC/DC coverage)) -> data-flow based test (all-defs, all-uses, c-uses, p-use, etc) Code-coverage based test 1. All-Paths : 모든 경로를 실행하는 테스트 (ex) 반복문의 모든 경로를 테스트한다) : 불가능한 테스트 커버리지 기준 2. All-node (statement coverage, node cover.. Verification, Validation, and Test 테스트는 아주 중요하다!! 테스트의 단계 : 단위테스트 -> 통합테스트 -> 시스템 테스트 Verification : 각 단계가 제대로 이루어지고 있는가?! / 우리가 올바른 방향으로 가고 있는가?! : Are we building the product right? (잘 만들고 있느냐) Validation : 우리가 만들고자 했던 걸 잘 만들어냈느냐?! : Are we building the right product? ( 제대로 된 부품을 만들었느냐) 결함을 찾아내기 위한 단계 -> Review : 각 단계의 산출물을 가지고 검토하는 것 : static test (코드 없이 하는 정적 테스트) -> Testing : 실행시킨 결과를 바탕으로 우리가 원하는 결과가 제대로 나오는지 동작을 확인 : dynam.. UML Use Case Diagram Actor : 시스템에 대한 사용자 Usecase : 시나리오 (Actor에 의해 바라보는 관점으로 표현 됨) System : usecase들을 다 모아 놓은 것 (모든 usecase들을 취합하면 시스템 모습이 된다) relationship : actor와 usecase의 관계 각 usecase는 actor가 정의되어야 한다 고객이 이해하기 쉬움 초기단계 동안 수행 테스트 시나리오 작성의 기반 actor 추출에 필요한 질문들 -> 시스템과 연관되어 함께 동작해야 하는 하드웨어 장치는 무엇인가? Usecase 식별시 고려사항 -> 유스케이스는 어떤 일이 처리되는 각 단계가 아님! 시스템의 도움을 받아 처리하고자 하는 actor의 요구작업이다. Usecasse Relations.. Architectual patterns 1. Pipe and filter architecture 이전 단계의 결과물이 다음 단계의 입력으로 들어가 처리되는 형태일 때 많이 사용 batch sequential model interactive system에 적합하지 않음 장점 : 병렬적으로(concurrent) 여러 가지가 동시에 실행될 수 있다 / workflow와 비슷하게 나타낼 수 있다 단점 : 재사용이 불가능하다(이전 단계의 출력이 어떤 format으로 처리되어 다음단계로 넘어오는지 알아야 하기에 이것과 관련된 약속이 정의되어 있어야 함. 따라서 특정 단계에 있는 걸 떼서 다른 애로 대체하기 힘듦. 데이터 format 맞춰줘야해서) 2. Model-View-Controller(MVC) architecture Model : 핵심 로직 (da.. 이전 1 다음
