EX288 Study Guide 2026: How to Pass on Your First Attempt

What EX288 Actually Tests

EX288 is the exam code for the Red Hat Certified Advanced Developer in Cloud-native Applications credential, issued by Red Hat. If you are still orienting yourself on the basics, start with What Is EX288? and the EX288 Certification overview, then return here for the preparation plan.

Red Hat's May 11, 2026 framework update renamed the former Specialist in OpenShift Application Development credential to this current title. That matters when you read older forum posts and blog articles: much of the community material still uses the previous name, and some of it describes older OpenShift releases. The content is related, but you should treat anything dated before the rename with caution.

The exam is performance-based. You are given a live OpenShift environment and a set of tasks, and you are assessed on whether your final configurations meet objective criteria. There is no question bank to memorize. The exact task count and the scored/unscored breakdown are not publicly specified, so do not trust any source that claims to know them.

One scope note to keep straight: Red Hat also describes a separate Engineer in Cloud-native Applications path that requires both EX188 and EX288. That combined credential is a different thing. This guide covers EX288 on its own.

Exam Mechanics: Format, Fees, Timing, Version

For a fuller treatment of pricing, see the EX288 certification cost breakdown. Note that no member versus non-member price difference appears in the reviewed Red Hat material, so be skeptical of articles that claim one.

The Version Trap: 4.22 vs. 4.18 Material

This is the single most underrated risk in EX288 preparation. Red Hat's current public exam page specifies OpenShift Container Platform 4.22. The current DO288 course page also says 4.22. But the DO289 course-with-exam page still says 4.18, and a public Udemy listing updated in August 2026 still states 4.18 and three hours of exam time. Course versions do not override the exact version of the exam you book.

Practical consequences:

• Check your booking. Confirm the exact exam version attached to your appointment. Multiple versions can coexist, and the version-specific objectives are linked from Red Hat's learning platform.
• Do not use course hours as exam time. Some course listings describe training-session hours. The exam page's figure is four hours.
• Practice on the version you will sit. Console layouts, defaults, and available features shift between OpenShift releases. Muscle memory built on an older console can cost you minutes.

The same caution applies to practice material in general. Our own practice tests are most useful when you pair them with hands-on lab work on the matching cluster version, since a multiple-choice drill cannot replace typing the commands yourself.

The 11 Objective Areas, Grouped by How You Will Practice Them

Red Hat's exam page lists 11 objective areas. No official percentage weights are published, and no highest-weighted objective is identified, so you should plan to be competent across all of them. For a per-area breakdown, see the EX288 exam domains guide. Here is a practical grouping that follows how the skills chain together in real tasks.

These 11 lines come directly from Red Hat's top-level objective headings. They are not a percentage-weighted taxonomy, and this article does not infer extra headings from course topics.

Builds, Images, and Pipelines: The Core Workflow

Source-to-image, image streams, and triggers

Four of the objective areas interlock: S2I, image streams, build hooks, and build triggers. A realistic task might ask you to build an application from source using an S2I builder image, push the result to an image stream, and make a deployment redeploy automatically when the image changes. If you only practice each piece in isolation, you will stumble when a task chains them.

• Practice creating builds from a Git repository and watching the build logs to completion.
• Understand how an image stream tag references an image, and how a trigger reacts when that tag updates.
• Work through build hooks so you know where in the build lifecycle a hook runs and what it can verify.
• Know how to start and inspect builds from the command line, not only from the console.

Working with container images

The container-images objective is about more than pulling an image. Expect to deal with where images come from, how they are referenced in OpenShift, and how a workload ends up running the image you intended. Spend lab time on image references that fail, since a bad reference is one of the most common causes of a deployment that never starts.

OpenShift Pipelines

OpenShift Pipelines is a distinct objective area, and it rewards hands-on repetition. Build a pipeline from tasks, run it, read its logs, and fix it when a step fails. Because the exam provides relevant product documentation, you do not need to memorize every field of a pipeline definition, but you do need to be fast at finding the right reference and adapting it.

Configuration, Secrets, and Troubleshooting Under Pressure

Configuration maps and secrets

Config maps and secrets look easy until you must inject them correctly. Practice the full set of consumption patterns: as environment variables, as mounted files, and updating them after a deployment already exists. Know how a change to a config map or secret does or does not propagate to running pods, because exam tasks check the end state of the workload, not that you created the object.

Templates and Operators

Templates let you package and parameterize a set of resources. Practice processing a template with parameter overrides and confirming the resulting objects are correct. For the Operators objective, the wording is specific: Operators accessible for users to run in their applications. The emphasis is on consuming Operator-provided services from an application developer's seat, not on administering the cluster's Operator lifecycle.

Troubleshooting builds and deployments

Troubleshooting is the skill that pays for itself. When a build fails or a pod will not become ready, your process should be mechanical: read the build log, check events, inspect the pod status and its logs, and verify image references, routes, and configuration. Develop a fixed diagnostic order so you do not waste minutes guessing under time pressure. For context on how demanding the exam is overall, read How Hard Is the EX288 Exam?

A Domain-Ordered Study Sequence

Generic scheduling advice is less useful than sequencing by dependency. Here is one ordering that follows how the objective areas build on one another. Adjust the pacing to your own experience.

If you already work daily on OpenShift, compress the early weeks and spend the saved time on pipelines and Operators, which are the areas many application developers touch least. The EX288 study guide hub and the EX288 training page list further resources.

Lab Habits That Match the Exam

Red Hat's page recommends the DO180, DO188, and DO288 courses along with a review of the objectives. These are recommendations, not mandatory eligibility requirements. No mandatory degree, fixed training hours, or EX188 prerequisite for sitting EX288 was verified. See the EX288 requirements article for the eligibility details.

Whatever training route you choose, your lab practice should copy the exam conditions:

• Use only the supplied documentation. The exam provides relevant product documentation and prohibits outside assistance. Practice finding answers in the official product docs rather than searching the web.
• Verify end state, not intent. After every task, confirm the resource exists, is running, and behaves correctly. A task that "should work" is not a completed task.
• Test persistence. Configurations and services must survive the normal platform lifecycle without intervention. After a change, confirm it still holds after a pod restart or redeploy.
• Prefer the command line. It is usually faster and more repeatable than clicking through the console, and it makes your work easy to re-run if you need to redo a step.
• Time yourself. Four hours sounds generous until a build failure eats forty minutes. Practice moving on from a stuck task and returning later.

Exam Day: Persistence, Documentation, and Remote Delivery

Red Hat offers proctored remote delivery, individual testing-station exams, and classroom exams, depending on availability for the exact exam you book. For scheduling mechanics, see EX288 exam dates and scheduling. No Pearson VUE or PSI appointment was verified for this exam, so follow the booking instructions Red Hat gives you directly.

If you choose remote delivery, treat the technical setup as part of your preparation. Remote delivery requires compatible equipment and proctoring under the booked examination's technical rules. Test your environment well before exam day so equipment problems do not eat into your four hours.

During the exam, a few habits make a measurable difference:

1. Read every task fully before touching the keyboard; small details in the wording determine what is graded.
2. Do the tasks you are confident about first, and bank those points.
3. Keep notes of what you changed so you can retrace steps if something breaks.
4. Leave time at the end to re-verify that everything still works and persists.

After the Exam: Results, Retakes, and Renewal

Red Hat's exam page says results are usually available within 3 US business days and reported as total scores. The general program guide says within 5 business days and mentions objective-area feedback. These two statements are inconsistent, and the discrepancy is unresolved, so plan on waiting up to the longer window. Neither source provides individual exam-item feedback. There is also no verified aggregate pass rate, so be wary of anyone quoting one; see what the data actually shows.

If your first attempt does not succeed, the current program policy provides one free second attempt for an initially purchased paid exam. That makes your first attempt less of a one-shot gamble, but it is not a reason to sit unprepared.

The credential is current for three years. Red Hat's materials describe renewal by retaking the exam, and the dated May 2026 FAQ also describes adding a certification at the same level or advancing to a higher level within its framework. An older renewal landing page still uses Specialist-only retake wording and "non-current" phrasing, so there is a genuine inconsistency among official sources. Retaking EX288 is the verified common route; renew while your credential is current and check the transcript rules that apply to you. No EX288-specific CEU-only renewal route is published.

Who Values This Credential

EX288 targets application developers, platform-adjacent engineers, and DevOps practitioners who build and ship containerized workloads on OpenShift. Because it is a hands-on exam, the credential signals that you can actually deploy and debug on a live cluster, which is the claim hiring managers in OpenShift-heavy shops tend to care about. Explore EX288 jobs for the roles that commonly list it, and read the ROI analysis and salary guide to weigh the investment. No specific salary figure is asserted here because no verified one exists in the reviewed Red Hat material.

Frequently Asked Questions