인턴일기 - 26일차(에러 로그 시스템 정비 & 함수 단위 핸들링)

오늘의 업무

함수단위 에러 로그 처리 및 try-except 블럭정비

에러/정보 로그기록 시스템 모듈화

테스트용 에러 발생 시뮬레이션 및 엑셀 기록 정리

 

오늘은 뉴스 수집 시스템의 안정성을 높이기 위한 기반 작업으로, 에러 로그 및 info 로그 구조를  함수단위로 전면 재정비 했다.

그동안 개별적으로 처리되어 있던 예외처리 구문을 통일감 있게 구성하고, 로그 기록 방식도 모듈화하여 재사용 가능하도록 개선했다.

 

🛠 1. 함수별 에러 핸들링 정비

코드 전반에 걸쳐 try-except 블럭을 함수별로 정리하고, 오류 발생 시 구체적인 위치와 원인을 로그로 남기도록 수정했다.
이제는 에러가 발생하더라도 정확히 어떤 함수에서 어떤 예외가 발생했는지를 추적할 수 있게 되어 디버깅이 훨씬 용이해졌다.

try-except 추가한 함수 예시

 

🧪 2. 고의 에러 시뮬레이션 및 로그 확인

실제로 의도적으로 오류를 발생시키는 코드를 삽입하고, 로그가 잘 남는지 확인하는 테스트를 진행했다.
기존에는 오류 메시지가 콘솔에만 출력되고 로그 파일에는 남지 않았지만, 이제는 에러 로그 파일에 정확히 출력되는 것을 확인했다.

error log 화면 캡처

 

🔄 3. 로그 기록 함수 모듈화

에러/정보 로그 기록 함수를 별도 모듈로 분리하여, 이후 뉴스 외에도 다른 데이터 수집/분석 프로젝트에서 재사용 가능하도록 구성했다.
이제 로그 파일명, 경로, 출력 포맷 등을 일관되게 적용할 수 있어 코드 유지보수가 쉬워졌다.

📊 4. 에러 테스트 정리표 작성

테스트 중 발생한 에러 케이스와 원인, 해결 여부 등을 엑셀 파일로 정리해두었다.
이 기록은 추후 문제 발생 시 빠르게 참조할 수 있는 자료가 되어줄 것이다.

또는 다음에 비슷한 에러테스트 진행시 참고 할수도 있을 것이다.

 

오늘은 하루종일 로그와 에러만 붙잡고 있던 날이었다.

함수 수가 많아 전체 에러 케이스를 확인하고 처리하는데 상당한 시간이 소요되었지만, 모든 함수가 예외 상황에서 어떻게 반응하는지 파악하는 게기가 되었다.

특히 에러로그가 잘 남지 않아 발생한 문제를 찾기 어려웠던 이전 작업과 달리, 이제는 로그 파일만 열어보면 언제 언떤 문제가 발생했는지 한눈에 파악 할 수 있게 되어 큰 성과라고 생각한다.

또한, 함수들을 분리해두니 수정과 디버깅이 확실히 더 쉽고 효율적이라는 것을 느꼈다.