2025년 3월 27일부터 AOSP를 빌드하고 기여하려면 aosp-main
대신 android-latest-release
를 사용하는 것이 좋습니다. 자세한 내용은 AOSP 변경사항을 참고하세요.
격리 재시도
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
재시도 기능이 작동하는 방식을 알아보려면 자동 테스트 재시도에 관한 문서를 참고하세요.
재시도 실행 시, 기기가 더 이상 테스트에 성공할 수 없는 잘못된 상태로 진입한 경우 격리 기능을 사용하면 기기를 새로운 초기 상태로 복원하여 테스트를 실행하고 성공할 수 있습니다.
기능 사용 설정
재시도 옵션 외에 다음 옵션을 사용하여 재시도 격리를 사용 설정할 수 있습니다.
--retry-isolation-grade <FULLY_ISOLATED|REBOOT_ISOLATED>
또는 다음 옵션을 사용하여 사용 중지할 수 있습니다.
--retry-isolation-grade NOT_ISOLATED
이 기능은 기본적으로 사용 중지되어 있습니다.
여러 격리 등급
격리 등급은 각 재시도 사이에 구성하려는 격리의 범위를 나타냅니다.
- FULLY_ISOLATED는 구성에 설정된 target_preparers를 다시 실행하여 기기를 완전히 삭제하고 재설정합니다.
- REBOOT_ISOLATED는 기기를 재부팅합니다.
호환성 테스트 모음(CTS) 관련 참고사항
Android 파트너가 실행하는 CTS는 현재 FULLY_ISOLATED를 지원하지 않습니다.
결과가 어떤 형식인가요?
결과 보고자는 특정 모듈 또는 테스트가 격리된 상태로 실행되었다는 마커를 수신하고 보고서에 이 마커를 표시하도록 선택할 수 있습니다.
- 모듈 수준에서
module-isolated
속성은 격리 등급으로 설정됩니다.
- 실행 수준에서
run-isolated
속성은 격리 등급으로 설정됩니다.
예를 들어 격리한 후 실행되는 첫 번째 모듈은 module-isolated:FULLY_ISOLATED
로 보고됩니다.
격리된 테스트 실행은 강력한 신호를 제공합니다. 테스트의 통과 여부에 관계없이 테스트 소유자가 이전 테스트의 잘못된 상태가 기기에 남아있지 않다는 확신을 가질 수 있어야 합니다.
이 페이지에 나와 있는 콘텐츠와 코드 샘플에는 콘텐츠 라이선스에서 설명하는 라이선스가 적용됩니다. 자바 및 OpenJDK는 Oracle 및 Oracle 계열사의 상표 또는 등록 상표입니다.
최종 업데이트: 2025-07-27(UTC)
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-07-27(UTC)"],[],[],null,["# Retry isolation\n\nSee the [Automatic Test Retry documentation](/docs/core/tests/tradefed/testing/through-tf/auto-retry)\nto understand how the retry feature works.\n\nWhen executing retries, if the device has entered into a bad state\nthat does not allow tests to succeed anymore. Use the isolation\nfeature restore the device into a fresh initial\nstate and allow tests to run and succeed.\n\nEnable the feature\n------------------\n\nThe retry isolation can be enabled with the follow options in addition to the\nretry options: \n\n --retry-isolation-grade \u003cFULLY_ISOLATED|REBOOT_ISOLATED\u003e\n\nor disabled with: \n\n --retry-isolation-grade NOT_ISOLATED\n\nThe feature is disabled by default.\n\n### Different grade of isolation\n\nThe isolation grade represents the extent of the isolation we want to configure\nbetween retries:\n\n- FULLY_ISOLATED will completely wipe \\& resetup the device by rerunning the configured target_preparers of the configuration\n- REBOOT_ISOLATED will reboot the device\n\n### Note on Compatibility Test Suite (CTS)\n\nAndroid partner runs of CTS currently do not support FULLY_ISOLATED\n\nWhat do the results look like?\n------------------------------\n\nResult reporters receive a marker that a given module or run was running in\nisolation and can elect to display the marker in their report.\n\n- At the module level the `module-isolated` property will be set to its isolation grade.\n- At the run level the `run-isolated` property will be set to its isolation grade.\n\nFor example: the first module running after being isolated will be reported as\n`module-isolated:FULLY_ISOLATED`.\n\nA test run in isolation provides a strong signal. Be it pass or fail, the\ntest owner should have high confidence that no bad state from a previous\ntest was left on the device."]]