What the Certified Argo Project Associate (CAPA) exam covers
- Argo Workflows258 questions
- Argo CD215 questions
- Argo Rollouts121 questions
- Argo Events122 questions
Free Certified Argo Project Associate (CAPA) sample questions
A sample of 10 questions with answers and explanations. Sign up free to practice all 716.
-
Which three fields form the essential core of an Argo CD Application's spec, aside from the optional sync policy?
- Asource, destination, and projectCorrect
- Bsource, cluster, and namespace
- CrepoURL, server, and syncPolicy
- Dproject, syncPolicy, and revisionHistoryLimit
✓ Correct answer: AEvery Argo CD Application needs a source (where the manifests come from), a destination (where to deploy them), and a project (the AppProject it belongs to); syncPolicy is optional on top of these.
Why the other options are wrong- Bcluster and namespace are not top-level field names; namespace is a sub-field of destination and there is no separate cluster field.
- CrepoURL and server are sub-fields nested inside source and destination respectively, not top-level spec fields.
- DrevisionHistoryLimit is a real but optional field, not one of the three essential fields every Application needs.
-
Which of these correctly triggers a refresh of an Application's status?
- Aargocd app get --refresh, or clicking Refresh in the UICorrect
- Bargocd app create with the refresh flag
- Cediting the AppProject's destinations list
- Dadding a new sync-wave annotation to a resource
✓ Correct answer: AThe get command supports a refresh flag to force recomputation of an Application's status immediately, and the web UI exposes the same action as a Refresh button.
Why the other options are wrong- BThe create command is for defining a new Application, not refreshing an existing one's status.
- CEditing an AppProject's destinations does not itself trigger a refresh of an unrelated Application's status.
- DAdding an annotation to a managed resource does not by itself force an immediate refresh.
-
What is the purpose of an Argo CD sync window?
- ATo restrict or allow automated and manual syncing during defined time periodsCorrect
- BTo limit the number of Applications a single AppProject can contain
- CTo set a timeout after which a stuck sync operation is cancelled
- DTo schedule when the repo-server refreshes its Git cache
✓ Correct answer: ASync windows, configured on an AppProject, define scheduled periods, such as change freezes or maintenance windows, during which sync operations are allowed or denied.
Why the other options are wrong- BLimiting Application count per project is unrelated to sync windows.
- COperation timeouts are configured separately, not via sync windows.
- DRepo-server cache refresh scheduling is unrelated to sync window functionality.
-
Which argocd CLI command retrieves detailed information, such as status, sync state, and resources, about a specific Application?
- Aargocd app getCorrect
- Bargocd app diff
- Cargocd app edit
- Dargocd app delete
✓ Correct answer: AIt prints the Application's sync status, health status, and the list of managed resources, giving a full snapshot of current state.
Why the other options are wrong- Bdiff only shows differences; it does not present the full status and resource details of an Application.
- Cedit modifies the Application spec interactively; it is not for retrieving status details.
- Ddelete removes the Application; it does not retrieve information.
-
What is the role of a resetPolicy, or equivalent condition-reset behavior, applied to dependency conditions used in AND logic across multiple events?
- AIt periodically restarts the whole Kubernetes API server
- BIt determines when satisfied dependency conditions are cleared over timeCorrect
- CIt permanently deletes the underlying EventBus object
- DIt rotates the TLS certificates used by a webhook EventSource
✓ Correct answer: BWithout a reset mechanism, a dependency satisfied once might remain marked as satisfied indefinitely; a reset policy defines when that state is cleared, ensuring AND conditions reflect recent, relevant events rather than arbitrarily old ones.
Why the other options are wrong- AThis has nothing to do with the Kubernetes API server itself.
- CIt does not delete the EventBus; it only affects the Sensor's internal condition tracking.
- DTLS certificate rotation is unrelated to dependency condition state.
-
A canary step list includes an `analysis` step referencing an AnalysisTemplate. What is the effect of placing it between two setWeight steps?
- AThe rollout starts an AnalysisRun and waits for it to succeed before advancing to the next setWeight stepCorrect
- BThe rollout immediately proceeds to the next step while the AnalysisRun runs in the background with no gating
- CThe AnalysisRun replaces the need for any further setWeight steps
- DThe step is ignored unless a blueGreen strategy is also defined
✓ Correct answer: AIf the AnalysisRun succeeds, the controller proceeds to the following step; if it fails or is inconclusive beyond tolerance, the rollout is halted or marked degraded depending on configuration.
Why the other options are wrong- BAnalysis steps do gate progression by default; they are not merely fire-and-forget background checks.
- CAnalysis steps complement setWeight steps for validation; they do not eliminate the need to define weight changes.
- DAnalysis steps are valid within a canary strategy on their own and do not require a blueGreen strategy to be present.
-
Which TWO of the following are traffic-routing providers that Argo Rollouts can integrate with to shift canary weight? (Choose TWO)
- AIstioCorrect
- BAWS ALBCorrect
- CWavefront
- DKayenta
- ENew Relic
✓ Correct answer: A, BWavefront, Kayenta, and New Relic are metric providers used for analysis and scoring, not mechanisms for actually routing or splitting live traffic between revisions.
Why the other options are wrong- CWavefront is a time-series metrics platform used as an analysis data source, not a traffic router.
- DKayenta performs automated canary scoring for analysis; it does not route live traffic.
- ENew Relic supplies observability data for analysis metrics, not traffic-weight enforcement.
-
A resource template creates a Kubernetes Job, but the workflow needs to know when that Job has truly finished rather than just when the create call returned. Which fields let you define this?
- Adependencies and depends
- Bduration and startingDeadlineSeconds
- CsuccessCondition and failureConditionCorrect
- DretryStrategy and backoff
✓ Correct answer: CThese fields let Argo poll the created object's status and decide when it has genuinely succeeded or failed, beyond the initial API call returning.
Why the other options are wrong- AThose fields control ordering between DAG tasks, not detecting a created object's own completion.
- BThose fields relate to suspend timing and CronWorkflow scheduling, not resource completion detection.
- DThose fields govern automatic re-attempts of a failing step, not detecting a created object's completion state.
-
Which command shows a Workflow's full definition and current status rendered as YAML, useful for debugging?
- Aargo submit my-wf -o yaml
- Bargo get my-wf -o yamlCorrect
- Cargo list my-wf -o yaml
- Dargo logs my-wf -o yaml
✓ Correct answer: BCombining the output-format flag with the get subcommand shows the complete resource definition and status, useful for troubleshooting.
Why the other options are wrong- Aargo submit creates a new Workflow, it is not meant for retrieving an existing one's YAML.
- Cargo list is meant for summarizing multiple Workflows, not printing full YAML for one.
- Dargo logs prints pod logs, not the Workflow's YAML definition.
-
Which fields let a DAG proceed to downstream tasks even when a given task did not complete successfully? (Choose TWO)
- AcontinueOn.failedCorrect
- BcontinueOn.errorCorrect
- ConExit
- Dwhen
- EretryStrategy
✓ Correct answer: A, BcontinueOn.failed and continueOn.error each let dependent tasks still run after the upstream task Failed or Errored respectively, instead of halting the whole DAG.
Why the other options are wrong- ConExit governs a workflow-level exit handler, not whether a DAG continues past one task's bad outcome.
- D'when' decides whether a task runs at all, not whether downstream tasks proceed after a failure.
- EretryStrategy tries to make the same task eventually succeed; it does not itself let the DAG continue past a failure.
Who this Certified Argo Project Associate (CAPA) practice exam is for
This practice set is for anyone preparing for the Certified Argo Project Associate (CAPA) exam at the intermediate level - from first-time candidates building a foundation to experienced Cloud Native practitioners doing a final review before test day. If you learn best by working through realistic questions and reading why each answer is right or wrong, it is built for you.
How to use this Certified Argo Project Associate (CAPA) practice exam
- Start with the free sample questions above to gauge your current baseline.
- Read the full explanation on every question, including why each wrong option is wrong.
- Track your weak domains and focus your study where you are losing the most marks.
- Once you are scoring consistently well, take a timed, full-length mock exam.
- Use your readiness score to decide when you are ready to book the real Certified Argo Project Associate (CAPA) exam.
Related Cloud Native resources
- Certified Argo Project Associate (CAPA) study guideKey concepts
- Cloud Native practice examsAll Cloud Native
- Certification pathWhere this fits
- Certification exam guides & tipsBlog
- Plans & pricingFree & paid
- KCSA practice examRelated
- CKS practice examRelated
- CKA practice examRelated
Certified Argo Project Associate (CAPA) practice exam FAQ
How many questions are in the Certified Argo Project Associate (CAPA) practice exam on CertGrid?
CertGrid has 716 practice questions for Certified Argo Project Associate (CAPA), covering 4 exam domains. The real Certified Argo Project Associate (CAPA) exam is 60 in 90 min. CertGrid's timed mock is a fixed 60 questions.
What is the passing score for Certified Argo Project Associate (CAPA)?
The Certified Argo Project Associate (CAPA) exam passing score is 75%, and you have about 90 min to complete it. CertGrid scores your practice attempts the same way so you know when you are ready.
Are these official Certified Argo Project Associate (CAPA) exam questions?
No. CertGrid is an independent practice platform. We do not provide real or leaked exam questions. Our questions are original and designed to help you practice the concepts, scenarios, and difficulty style of the Certified Argo Project Associate (CAPA) exam.
Can I practice Certified Argo Project Associate (CAPA) for free?
Yes. You can start practicing Certified Argo Project Associate (CAPA) for free with daily practice and sample questions. Paid plans unlock full timed exams, complete explanations, and domain analytics.
What CertGrid is (and is not)
CertGrid is an independent IT certification practice platform for Azure, AWS, Google, Cisco, Security, Linux, Kubernetes, Terraform, and other certification tracks. It provides objective-mapped practice questions, readiness scoring, weak-domain drills, and explanations to help learners understand what to study next.
Independent & original. CertGrid is an independent practice platform and is not affiliated with or endorsed by Cloud Native. Questions are original practice items designed to mirror certification concepts and exam style. CertGrid does not provide official exam questions or braindumps.