SI 프로젝트 프로세스 · 개발과 단위테스트 · 퀴즈
퀴즈: 개발과 단위테스트
문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
SI 프로젝트에서 개발 표준 정의서를 프로젝트 초반에 확정하는 가장 큰 이유는?
- 감리에서 지적받을 항목을 미리 없애 재작업을 줄이기 위해
- 팀원들의 IDE 설정과 포매터를 하나로 맞춰 충돌을 없애기 위해
- 7~10년 운영될 시스템을 만든 사람이 떠난 뒤에도 읽고 고칠 수 있게
- 공통 모듈을 미리 정해 빌드 시간과 산출물 크기를 줄이기 위해
단위테스트(UT)·통합테스트(IT)·인수테스트(UAT)의 주체를 바르게 짝지은 것은?
- UT: 고객 현업 / IT: 개발자 / UAT: QA
- UT: QA / IT: 고객 현업 / UAT: 개발자
- UT: 개발자 본인 / IT: QA·PL 및 연동 상대 시스템 / UAT: 고객 현업
- 셋 다 QA 조직이 단독으로 수행한다
단위테스트 결과서를 검토할 때 반려 사유로 가장 타당한 것은?
- 시험자 이름이 영문으로 적혀 있다
- 정상 케이스만 있고 필수값 누락·권한 없음·0건 조회 같은 예외 케이스가 없다
- 시험일이 주말이다
- 테스트 케이스 번호가 TC-1 부터 시작한다
폐쇄망 SI 프로젝트에서 형상관리의 최소 원칙으로 가장 중요한 것은?
- 브랜치를 기능 단위로 세분화한다
- 운영에 배포된 산출물과 정확히 일치하는 태그(스냅샷)를 남긴다
- 커밋을 하루에 한 번으로 제한한다
- 모든 개발자가 같은 IDE 를 쓴다
정적 분석 도구를 프로젝트 마감 직전에 처음 돌렸을 때 흔히 벌어지는 일과 그 대응으로 가장 현실적인 것은?
- 표준을 지켜 왔다면 위반이 거의 없으므로 그대로 넘어가면 된다
- 위반이 지나치게 많으면 규칙이 과한 것이므로 도구를 바꿔 다시 잰다
- 납기가 촉박하므로 정적 분석은 안정화 단계로 미루는 것이 관례다
- 수천 건이 한꺼번에 나오므로, 초반부터 매일 돌리고 신규 코드 기준으로 관리한다
커밋 메시지에 요구사항 ID 나 결함 ID 를 넣는 실무적 이득은?
- 변경 단위가 명확해져 저장소 이력과 용량이 정돈된다
- 빌드 도구가 변경 범위를 좁혀 컴파일 시간을 줄여 준다
- 커밋 메시지 규칙 검사를 통과해 훅에서 거절당하지 않는다
- 특정 변경이 어떤 요구사항·결함 때문이었는지 나중에 역추적할 수 있다