컴공생의 다이어리

소프트웨어에서 Validation & Verification Validation 올바른 제품을 만들고 있는가? Are we building the right product? 사용자 요구사항을 만족시키는지 확인 사용자의 의도에 따른 구현 : 최종 목적 중시 동적 테스트 : 시스템 테스트 사용자 인수 테스트 Verification 제품을 올바르게 만들고 있는가? Are we building the product right? 소프트웨어의 올바른 구현을 보장 요구사항 명세서에 따른 개발 : 개발 과정 중시 정적 분석 : 리뷰, 인스펙션, 워크스루 동적 테스트 : 단위, 통합 테스트, 시스템 테스트 Question(문제)! Q. 명세서에 없는 기능이 포함된 것을 찾아내는 것은? A. Verification Q. ..

Clean Naming 원칙 모든 이름은 반드시 그 의미가 명확해야 한다. Function, Class 역할이 명확하면 Naming도 명확해짐 Clean Function, Class의 제 1원칙은 명확히 한 가지 역할을 하는 것 역할이 많으면 이름도 명확하지 않게 됨 ex) - createAndSaveUserInfo(), validateDataAndSendEmailAndSMS() : 역할이 너무 많음 - User : 괜찮을수도 있지만 도메인에 따라 일반 사용자인지 관리자인지 혹은 모두를 포함하는지 다소 애매할 수 있음 - GeneralUtil : 어떤 역할을 하는 Util인지 다소 추상적일 수 있음 명확한 이름을 짓기 어렵다면 Function 혹은 Class가 너무 많은 역할을 하고 있는게 아닌지 고민해..