만들어주는 스타일만 쓰다 보니 가끔 원인을 알 수 없는 문서 버그(?)가 있다.문서 품질 보증 담당자가 '본문과 제목 사이 한 줄을 띄어라.'라고 하는데, 어떤 부분에서는 엔터를 치면 자꾸 다음 장으로 넘어갔다. 해결책을 배웠다.붙이고자 하는 앞과 뒤 단락 모두를 블럭 지정하고 컨텍스트 메뉴에서 단락을 선택한다. 줄 및 페이지 나누기 탭에 보면 현재 단락과 다음 단락을 항상 같은 페이지에 배치라는 선택 항목이 있다. 메뉴 등은 오피스 2007 기준.

테스트를 위한 DB 초기화 데이터와 검증용 골든 마스터 데이터를 엑셀로 관리하다 보니 이클립스에서 엑셀 띄울 일이 많다. 디폴트는 In-Place Editor를 쓰기 때문에 불편하다. 오른쪽 마우스를 클릭해서 context menu를 이용하면 Open With > System Editor를 실행하여 엑셀로 열 수 있다. 매번 이렇게 하기 번거로울 땐 Quick Access(Ctrl+3) 명령을 실행하고 File Associations 중에 일부를 순차적으로 입력하고 엔터 키를 쳐서 File Associations References 대화창을 연다. 상단 File types: 에서 Add 버튼을 누른 후 '*.xls'를 입력한다. 새로 만든 *.xls를 선택한 상태에서 아래 Associated editors: 에서 Add 버튼을 누른 후 External programs 중에 Microsoft Office Excel 워크시트를 누른다. 이제 이클립스 안에서 xls 파일을 클릭하면 엑셀로 연다.

Toby(이하 굵은 글씨): 근데 dao테스트의 데이터는 어떻게 만들어 써? 엑셀로 만들어서 DBUnit 써서 올리지. 형한테 배운 방법이야. 스프링이 제공하는 트랜젝셔널 테스트[각주:1] 안에서 테이블 레코드를 지우고, 초기 데이터를 부어 넣는 방식으로 현재 개발 DB에 있는 데이터 상태에 영향을 받지 않게 했지. 그런데, 업무 자체가 이력을 포함한 다량의 실 데이터로 검증해야 의미를 가지기 때문에 테이블 전체를 지우는 일이 큰 부하를 발생시키지. 개발 표준을 전담한 후배가 유틸 함수인 deleteFromTables() 를 쓰도록 가이드하니까 개발자 모두가 일괄적으로 쓰다가, 기준 정보 2천만건을 지우느라 문제를 일으켰지. CI 돌리니까 DB 풀나는거야. DBA가 세션 모니터링 해서 그렇게 지울꺼면 Truncate를 하라고 권고를 했지. 테스트 코드에서 부작용 막으려는 선행 작업..

DAO 구현체 개발자 테스트 코드에서 다음과 같이 get 유형의 DAO 함수를 확인하는 코드가 있었다. someDto = someDaoImp.get(someDto); assertEquals("N", jdbcTemplate.queryForObject(getSingleColumnValueSelect("caob_yn"), String.class)); assertEquals("10", jdbcTemplate.queryForObject(getSingleColumnValueSelect("pd_crgr_dvsn"), String.class)); assertEquals("2", jdbcTemplate.queryForObject(getSingleColumnValueSelect("lat_strt_arct"), String.class)); assertEquals("3", jdbcTemplate.queryForObject(getSingleColumnValueSelect("lat_end_arct"), String.class)); assertEquals("1", jdbcTemplate.queryForObject(getSingleColumnValueSelect("strt_pd_crgr"), String.class)); assertEquals("UD12000", jdbcTemplate.queryForObject(getSingleColumnValueSelect("pd_segm_id"), String.class)); assertEquals("200908", jdbcTemplate.queryForObject(getSingleColumnValueSelect("stdd_ym"), String.class)); assertEquals("12345678", jdbcTemplate.queryForObject..

'국내 SI에서는 개발자 테스트를 못한다'가 다수 의견이지만 운이 맞으면 실현할 수 있다. 물론 운만으로 부족하다. 이번 프로젝트에서도 개발자 테스트를 온라인 프로그램에 한해 적용하고 있다. 개발자 테스트를 진척도 측정에 포함하고 있어 PM 역시 중요 지표로 쓴다. 언젠가 기회가 생기면 경험을 공유하고 싶지만, 지금은 소소한 사항만 메모한다. 우여곡절 끝에 DAO 구현체 위주로 테스트하기로 했다. 몇 번의 교육과 동료 검토 끝에 궤도에 올랐는데 대부분의 SI 개발자가 몇 가지 어려워하는 사항이 있었다. 그 중 하나가 목록 조회 기능에서 정렬 여부를 확인하는 코드 작성이다. sql += " ORDER BY a.acct_item_code, " + " a.pd_segm_id "; 그래서 간단한 유틸 함수를 추가했다. /** * * 첫 번째 인자가 두 번째 인자보다 작거나 값이 같은지 확인한..