Wi-Fi 환경에서 에이전트 작업을 시작합니다. 휴대폰을 잠그고, 셀룰러 데이터로 전환하고, 알림을 닫은 뒤, 클라이언트를 다시 열었을 때 당신이 자리를 비운 사이 저장소(repository)가 변경된 것을 발견합니다.

작업이 계속되었나요, 일시 중지되었나요, 실패했나요, 아니면 완료되었나요? 추측 없이 복구할 수 있습니까?

클라우드 에이전트 알림과 충돌 처리(conflict handling)는 현재 모바일 개발 도구의 핵심 쟁점입니다. 이것은 MonkeyCode SaaS에 대한 수락 프로토콜(acceptance protocol)이며, 직접적인 실행 결과는 아닙니다.

환경 기록

device: "<정확한 모델>"
os: "<정확한 버전>"
client: "<네이티브 앱 또는 모바일 브라우저/버전>"
...

MonkeyCode의 README는 네이티브 모바일 지원을 문서화하고 있지만, 그 라벨이 오프라인 동작, 푸시 전달(push delivery), 백그라운드 실행(background execution) 또는 지원되는 OS 버전을 증명하지는 않습니다.

라이프사이클 매트릭스(lifecycle matrix) 실행

각 전환, 알림, 재오픈, 새로고침 및 복구에 대한 타임스탬프를 저장하세요.

알림을 진실이 아닌 힌트로 취급하십시오:

알림(notification) -> 안정적인 작업 ID 열기 -> 서버 상태 가져오기(fetch server state)
             -> 상태 비교 -> 현재 안전한 작업 제안

또한 잠금 화면의 개인정보 보호를 점검하십시오. 각 OS 미리보기 설정에 따라 미리보기가 요구 사항 텍스트, 파일 이름 또는 생성된 콘텐츠를 노출합니까?

클라이언트가 백그라운드에 있는 동안 통제된 저장소 변경을 하나 생성하십시오. 돌아왔을 때, 인터페이스는 단순한 성공을 보고하거나 맹목적으로 재시도해서는 안 됩니다. 상태가 지속 가능한(durable) 상태로 남아 있다면 "데스크톱 검토를 위해 저장"하는 것이 유효한 결과입니다.

작업 ID가 불분명하거나, 재시도가 병합/배포/삭제를 일으킬 수 있거나, 동작이 중복 재생되거나, 비밀 정보(secrets)가 나타나거나, 로그인이 다른 작업으로 돌아가는 경우 중단하십시오.

MonkeyCode의 온라인 서비스, 관리되는 환경, 작업 관리 및 문서화된 모바일 지원은 이 테스트에 적합하게 만듭니다. 데스크를 벗어나 작업을 계속하는 것이 중요하다면 일회용 저장소(disposable repository)로 SaaS를 시도해 보세요.

출처: MonkeyCode repository 및 SaaS.

제한 사항: 기기 측정값이나 MonkeyCode의 라이프사이클(lifecycle) 보장은 주장되지 않습니다.

공개 사항: 저는 MonkeyCode 사용자로서 저의 개인적인 경험을 공유하는 것이며, 해당 프로젝트와 관련이 없습니다. 이 글은 동일한 운영자가 관리하는 계정에서 발행한 여러 독립적이고 유용한 기술 문서 중 하나이며, 독립적인 보증이 아닙니다.

어떤 기기, OS, 그리고 전환 과정에서 작업이 복구, 재시작, 중복 또는 소멸되었습니까?