전국 140개가 넘는 주요 종합병원의 환자용 앱에 세월호 참사일인 2014년 4월 16일이 숨어 있었다. 의료비 결제 화면에서 가족 등록을 할 때 생년월일 입력 예시로 표기된 그 날짜는 5년 이상 수십 번의 화면 개편을 거쳤음에도 아무도 의심하지 않은 채 남아있었다.
앱 개발사 ***는 최근 이를 발견하고 공식 사과문을 발표한 것으로 전해진다. 조사 결과는 더욱 충격적이었다. 해당 문구는 초기 개발 단계에서 작성된 뒤 이후 화면을 손볼 때마다 기계적으로 복사되어 재사용되어 온 것으로 전해졌다. 누군가는 '임시 예시값'이라고 생각했을 텐데, 시간이 지나면서 그 '임시'라는 인식이 사라진 것으로 보인다.
이 사건은 단순한 개별 실수를 넘어 B2B 앱 개발 전반의 검수 프로세스 공백을 드러낸다. UI 개발에서는 화면을 그릴 때 placeholder나 예시값, 더미 텍스트를 임시로 삽입하는 게 표준 관행인 것으로 보인다. 제품팀은 '나중에 실제 데이터로 바뀔 텐데'라고 생각한다. 그런데 배포 후 시간이 흐르면서 이 '임시성'은 어느새 잊혀진다. 기능이 제대로 작동하는지, 보안 결함은 없는지를 중심으로 화면을 점검하는 QA 프로세스만 반복되기 때문인 것으로 보인다. 아무도 '그 날짜가 정말 뭔가 이상한데?'라고 의문을 제기하지 않는다. 회사가 화면을 여러 번 열어봤는데도.
***는 사과문에서 '기능이 제대로 작동하는지만 살폈을 뿐 그 날짜가 누군가에게 얼마나 큰 아픔으로 다가올지는 헤아리지 못한 것으로 전해진다'고 밝혔다. 기술 점검과 사회적 맥락 검토가 별개의 영역으로 분리되어 있었다는 뜻인 것으로 보인다. 회사는 즉시 해당 날짜를 수정했고, 전체 고객 병원의 앱에도 적용을 완료했다고 덧붙였다. 더해서 모든 서비스의 화면 문구와 소스코드 텍스트를 전수 조사하고, 향후 검수에서 기능과 보안뿐 아니라 국민 정서와 사회적 맥락까지 함께 검토하겠다고 약속한 것으로 전해진다.
다만 남은 의문들이 있다. 최초 작성 경위는 여전히 미확인된 상태다. 해당 문구를 작성하고 검수에 관여했던 인력은 이미 회사를 떠난 뒤라, 왜 그 특정 날짜가 선택되었는지를 추적할 길이 없다는 것으로 보인다. 회사는 '개별 책임이 아니라 회사 전체의 책임'이라는 입장을 밝혔지만, 구체적인 원인 규명 없이 향후 방지책만 제시하는 형태라는 지적도 나올 법하다. 개발사 대표이사는 향후 재발 방지 대책의 수립과 이행을 직접 관장하겠다고 명시했으나, 조직 전체의 인식 변화가 얼마나 빠를지는 별개 문제다.
실제로 이런 '우연한 버그'는 소프트웨어 업계에서 드물지 않다. 백엔드 로직은 완벽한데 UI 텍스트나 문구는 후순위로 밀리는 개발 문화가 존재하기 때문인 것으로 보인다. 의료기관처럼 민감한 분야일수록 더더욱 그렇다. 이번 사태가 던지는 질문은 명확하다. 기능 중심으로 앱을 만들고 검수했던 관행에서, 이제는 '사용자가 무엇을 보고 느끼는가'까지 포함해서 점검해야 하지 않을까.
📌 원문 발췌
해당 문구는 과거 앱 개발 과정에서 처음 작성된 이후 화면 개편을 거치면서도 검증 없이 그대로 복사되어 재사용되어 왔음을 확인했습니다.
원본 출처: 더쿠 핫