LabHub

SI 프로젝트 프로세스 · 개발과 단위테스트 · 퀴즈

퀴즈: 개발과 단위테스트

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. SI 프로젝트에서 개발 표준 정의서를 프로젝트 초반에 확정하는 가장 큰 이유는?

    1. 감리에서 지적받을 항목을 미리 없애 재작업을 줄이기 위해
    2. 팀원들의 IDE 설정과 포매터를 하나로 맞춰 충돌을 없애기 위해
    3. 7~10년 운영될 시스템을 만든 사람이 떠난 뒤에도 읽고 고칠 수 있게
    4. 공통 모듈을 미리 정해 빌드 시간과 산출물 크기를 줄이기 위해
  2. 단위테스트(UT)·통합테스트(IT)·인수테스트(UAT)의 주체를 바르게 짝지은 것은?

    1. UT: 고객 현업 / IT: 개발자 / UAT: QA
    2. UT: QA / IT: 고객 현업 / UAT: 개발자
    3. UT: 개발자 본인 / IT: QA·PL 및 연동 상대 시스템 / UAT: 고객 현업
    4. 셋 다 QA 조직이 단독으로 수행한다
  3. 단위테스트 결과서를 검토할 때 반려 사유로 가장 타당한 것은?

    1. 시험자 이름이 영문으로 적혀 있다
    2. 정상 케이스만 있고 필수값 누락·권한 없음·0건 조회 같은 예외 케이스가 없다
    3. 시험일이 주말이다
    4. 테스트 케이스 번호가 TC-1 부터 시작한다
  4. 폐쇄망 SI 프로젝트에서 형상관리의 최소 원칙으로 가장 중요한 것은?

    1. 브랜치를 기능 단위로 세분화한다
    2. 운영에 배포된 산출물과 정확히 일치하는 태그(스냅샷)를 남긴다
    3. 커밋을 하루에 한 번으로 제한한다
    4. 모든 개발자가 같은 IDE 를 쓴다
  5. 정적 분석 도구를 프로젝트 마감 직전에 처음 돌렸을 때 흔히 벌어지는 일과 그 대응으로 가장 현실적인 것은?

    1. 표준을 지켜 왔다면 위반이 거의 없으므로 그대로 넘어가면 된다
    2. 위반이 지나치게 많으면 규칙이 과한 것이므로 도구를 바꿔 다시 잰다
    3. 납기가 촉박하므로 정적 분석은 안정화 단계로 미루는 것이 관례다
    4. 수천 건이 한꺼번에 나오므로, 초반부터 매일 돌리고 신규 코드 기준으로 관리한다
  6. 커밋 메시지에 요구사항 ID 나 결함 ID 를 넣는 실무적 이득은?

    1. 변경 단위가 명확해져 저장소 이력과 용량이 정돈된다
    2. 빌드 도구가 변경 범위를 좁혀 컴파일 시간을 줄여 준다
    3. 커밋 메시지 규칙 검사를 통과해 훅에서 거절당하지 않는다
    4. 특정 변경이 어떤 요구사항·결함 때문이었는지 나중에 역추적할 수 있다