Docker Online Test

The Docker test uses scenario-based MCQs to evaluate candidates on their proficiency in working with Docker containers, their knowledge of Docker architecture, Docker command-line interface, Dockerfile syntax, Docker networking, Docker volumes, and Docker Compose. These key skills/topics are important for evaluating a candidate's ability to deploy and manage applications using Docker.

Covered skills:

Docker basics
Docker images
Docker containers
Docker networking
Docker volumes
Docker compose
Docker swarm
Docker security
Docker orchestration
Docker troubleshooting

Test Duration

30 mins

Difficulty Level

Moderate

Questions

10 Docker MCQs

Availability

Ready to use

Get started for free

Preview questions

About the Docker Test

The Docker Test helps recruiters gauge a candidate's practical knowledge of Docker, facilitating informed hiring decisions. By identifying candidates with a solid grasp of containerization principles and practices, this test streamlines the selection process, saving time and resources by filtering candidates who lack relevant experience.

This test evaluates candidates on their understanding of Docker basics, image creation and management, container orchestration, and networking concepts. It further assesses their ability to work with Docker volumes, compose multi-container applications, and navigate Docker Swarm. The test also checks for skills in Docker security, orchestration, and troubleshooting common issues.

1200+ customers in 80 countries

Use Adaface tests trusted by recruitment teams globally. Adaface skill assessments measure on-the-job skills of candidates, providing employers with an accurate tool for screening potential hires.

Get started for free

Preview questions

Non-googleable questions

We have a very high focus on the quality of questions that test for on-the-job skills. Every question is non-googleable and we have a very high bar for the level of subject matter experts we onboard to create these questions. We have crawlers to check if any of the questions are leaked online. If/ when a question gets leaked, we get an alert. We change the question for you & let you know.

How we design questions

These are just a small sample from our library of 15,000+ questions. The actual questions on this Docker Test will be non-googleable.

🧐 Question
Medium Docker Multistage Build Analysis Multistage Builds Optimization Dockerfile Syntax	Solve
Consider the following Dockerfile, which utilizes multistage builds. The aim is to build a lightweight, optimized image that just runs the application. The Dockerfile first defines a base image that includes Node.js and npm, then it creates an intermediate image to install the npm dependencies. Afterwards, it runs the tests in another stage and finally, creates the release image. Which of the following statements are true? A: The final image will include the test scripts. B: If a test fails, the final image will not be created. C: The node_modules directory in the final image comes from the base image. D: The final image will only contain the necessary application files and dependencies. E: If the application's source code changes, only the release stage needs to be rebuilt.
Easy Docker Networking and Volume Mounting Interplay Networking Volume Mounting Docker Networking	Solve
You have two docker containers, X and Y. Container X is running a web service listening on port 8080, and container Y is supposed to consume this service. Both containers are created from images that don't have any special network configurations. Container X has a Dockerfile as follows: And, you build and run it with the following commands: Container Y is also running alpine with python installed, and it's supposed to read data from the `/app/data` directory and send a GET request to `http://localhost:8080` every 5 minutes. The Dockerfile for container B is: And you run it with: Assuming all the python scripts work perfectly and firewall isn't blocking any connections, you find that container Y can't access the web service of container X via `http://localhost:8080` and also it can't read the data in `/app/data` directory. What could be the potential reason(s)? A: Y can't access X's web service because they're in different Docker networks. B: Y can't read the data because the volume is not shared correctly. C: Both A and B are correct. D: Both A and B are incorrect.
Medium Dockerfile Optimization Dockerfile Multi-stage builds Layer Caching	Solve
You have been asked to optimize a Dockerfile for a Python application that involves a heavy dependency installation. Here is the Dockerfile you are starting with: Given that the application's source code changes frequently but the dependencies listed in requirements.txt rarely change, how can you optimize this Dockerfile to take advantage of Docker's layer caching, reducing the build time? A: Move the `RUN pip install` command to before the `COPY` command. B: Change `COPY . /app` to `COPY ./app.py /app` and move the `RUN pip install` command to before the `COPY` command. C: Add `RUN pip cache purge` before `RUN pip install`. D: Replace the base image with `python:3.8-slim`. E: Implement multi-stage builds.
Medium Dockerfile Updates Cache Docker Cache Strategies	Solve
Check the following Dockerfile used for a project (STAGE 1): We created an image from this Dockerfile on Dec 14 2021. A couple of weeks after Dec 14 2021, Ubuntu released new security updates to their repository. After 2 months, we modified the file (STAGE 2): Couple of weeks later, we further modified the file to add a local file ada.txt to /ada.txt (STAGE 3): (Note that ada.txt exists in /home/adaface and the dockerfile exists in /home/code folders) Pick correct statements: A: If we run “docker build .” at STAGE 2, new Ubuntu updates will be fetched because apt-get update will be run again since cache is invalidated for all lines/layers of Dockerfile when a new line is added. B: If we run “docker build .” at STAGE 2, new Ubuntu updates will not be fetched since cache is invalidated only for last two lines of the updated Dockerfile. Since the first two commands remain the same, cached layers are re-used skipping apt get update. C: To skip Cache, “docker build -no-cache .” can be used at STAGE 2. This will ensure new Ubuntu updates are picked up. D: Docker command “docker build .” at STAGE 3 works as expected and adds local file ada.txt to the image. E: Docker command “docker build .” at STAGE 3 gives an error “no such file or directory” since /home/adaface/ada.txt is not part of the Dockerfile context.
Medium Efficient Dockerfile Dockerfile Dockerfile Syntax Containerization Resource Optimization	Solve
Review the following Dockerfiles that work on two projects (project and project2): All Docker files have the same end result: - ‘project’ is cloned from git. After running few commands, ‘project’ code is removed. - ‘project2’ is copied from file system and permissions to the folder is changed. Pick the correct statements: A: File 1 is the most efficient of all. B: File 2 is the most efficient of all. C: File 3 is the most efficient of all. D: File 4 is the most efficient of all. E: Merging multiple RUN commands into a single RUN command is efficient for ‘project’ since each RUN command creates a new layer with changed files and folders. Deleting files with RUN only marks these files as deleted but does not reclaim disk space. F: Copying ‘project2’ files and changing ownership in two separate commands will result in two layers since Docker duplicates all the files twice.

	🧐 Question	🔧 Skill
	Medium Docker Multistage Build Analysis Multistage Builds Optimization Dockerfile Syntax	3 mins Docker	Solve
Consider the following Dockerfile, which utilizes multistage builds. The aim is to build a lightweight, optimized image that just runs the application. The Dockerfile first defines a base image that includes Node.js and npm, then it creates an intermediate image to install the npm dependencies. Afterwards, it runs the tests in another stage and finally, creates the release image. Which of the following statements are true? A: The final image will include the test scripts. B: If a test fails, the final image will not be created. C: The node_modules directory in the final image comes from the base image. D: The final image will only contain the necessary application files and dependencies. E: If the application's source code changes, only the release stage needs to be rebuilt.
	Easy Docker Networking and Volume Mounting Interplay Networking Volume Mounting Docker Networking	3 mins Docker	Solve
You have two docker containers, X and Y. Container X is running a web service listening on port 8080, and container Y is supposed to consume this service. Both containers are created from images that don't have any special network configurations. Container X has a Dockerfile as follows: And, you build and run it with the following commands: Container Y is also running alpine with python installed, and it's supposed to read data from the `/app/data` directory and send a GET request to `http://localhost:8080` every 5 minutes. The Dockerfile for container B is: And you run it with: Assuming all the python scripts work perfectly and firewall isn't blocking any connections, you find that container Y can't access the web service of container X via `http://localhost:8080` and also it can't read the data in `/app/data` directory. What could be the potential reason(s)? A: Y can't access X's web service because they're in different Docker networks. B: Y can't read the data because the volume is not shared correctly. C: Both A and B are correct. D: Both A and B are incorrect.
	Medium Dockerfile Optimization Dockerfile Multi-stage builds Layer Caching	2 mins Docker	Solve
You have been asked to optimize a Dockerfile for a Python application that involves a heavy dependency installation. Here is the Dockerfile you are starting with: Given that the application's source code changes frequently but the dependencies listed in requirements.txt rarely change, how can you optimize this Dockerfile to take advantage of Docker's layer caching, reducing the build time? A: Move the `RUN pip install` command to before the `COPY` command. B: Change `COPY . /app` to `COPY ./app.py /app` and move the `RUN pip install` command to before the `COPY` command. C: Add `RUN pip cache purge` before `RUN pip install`. D: Replace the base image with `python:3.8-slim`. E: Implement multi-stage builds.
	Medium Dockerfile Updates Cache Docker Cache Strategies	2 mins Docker	Solve
Check the following Dockerfile used for a project (STAGE 1): We created an image from this Dockerfile on Dec 14 2021. A couple of weeks after Dec 14 2021, Ubuntu released new security updates to their repository. After 2 months, we modified the file (STAGE 2): Couple of weeks later, we further modified the file to add a local file ada.txt to /ada.txt (STAGE 3): (Note that ada.txt exists in /home/adaface and the dockerfile exists in /home/code folders) Pick correct statements: A: If we run “docker build .” at STAGE 2, new Ubuntu updates will be fetched because apt-get update will be run again since cache is invalidated for all lines/layers of Dockerfile when a new line is added. B: If we run “docker build .” at STAGE 2, new Ubuntu updates will not be fetched since cache is invalidated only for last two lines of the updated Dockerfile. Since the first two commands remain the same, cached layers are re-used skipping apt get update. C: To skip Cache, “docker build -no-cache .” can be used at STAGE 2. This will ensure new Ubuntu updates are picked up. D: Docker command “docker build .” at STAGE 3 works as expected and adds local file ada.txt to the image. E: Docker command “docker build .” at STAGE 3 gives an error “no such file or directory” since /home/adaface/ada.txt is not part of the Dockerfile context.
	Medium Efficient Dockerfile Dockerfile Dockerfile Syntax Containerization Resource Optimization	2 mins Docker	Solve
Review the following Dockerfiles that work on two projects (project and project2): All Docker files have the same end result: - ‘project’ is cloned from git. After running few commands, ‘project’ code is removed. - ‘project2’ is copied from file system and permissions to the folder is changed. Pick the correct statements: A: File 1 is the most efficient of all. B: File 2 is the most efficient of all. C: File 3 is the most efficient of all. D: File 4 is the most efficient of all. E: Merging multiple RUN commands into a single RUN command is efficient for ‘project’ since each RUN command creates a new layer with changed files and folders. Deleting files with RUN only marks these files as deleted but does not reclaim disk space. F: Copying ‘project2’ files and changing ownership in two separate commands will result in two layers since Docker duplicates all the files twice.

	🧐 Question	🔧 Skill	💪 Difficulty	⌛ Time
	Docker Multistage Build Analysis Multistage Builds Optimization Dockerfile Syntax	Docker	Medium	3 mins	Solve
Consider the following Dockerfile, which utilizes multistage builds. The aim is to build a lightweight, optimized image that just runs the application. The Dockerfile first defines a base image that includes Node.js and npm, then it creates an intermediate image to install the npm dependencies. Afterwards, it runs the tests in another stage and finally, creates the release image. Which of the following statements are true? A: The final image will include the test scripts. B: If a test fails, the final image will not be created. C: The node_modules directory in the final image comes from the base image. D: The final image will only contain the necessary application files and dependencies. E: If the application's source code changes, only the release stage needs to be rebuilt.
	Docker Networking and Volume Mounting Interplay Networking Volume Mounting Docker Networking	Docker	Easy	3 mins	Solve
You have two docker containers, X and Y. Container X is running a web service listening on port 8080, and container Y is supposed to consume this service. Both containers are created from images that don't have any special network configurations. Container X has a Dockerfile as follows: And, you build and run it with the following commands: Container Y is also running alpine with python installed, and it's supposed to read data from the `/app/data` directory and send a GET request to `http://localhost:8080` every 5 minutes. The Dockerfile for container B is: And you run it with: Assuming all the python scripts work perfectly and firewall isn't blocking any connections, you find that container Y can't access the web service of container X via `http://localhost:8080` and also it can't read the data in `/app/data` directory. What could be the potential reason(s)? A: Y can't access X's web service because they're in different Docker networks. B: Y can't read the data because the volume is not shared correctly. C: Both A and B are correct. D: Both A and B are incorrect.
	Dockerfile Optimization Dockerfile Multi-stage builds Layer Caching	Docker	Medium	2 mins	Solve
You have been asked to optimize a Dockerfile for a Python application that involves a heavy dependency installation. Here is the Dockerfile you are starting with: Given that the application's source code changes frequently but the dependencies listed in requirements.txt rarely change, how can you optimize this Dockerfile to take advantage of Docker's layer caching, reducing the build time? A: Move the `RUN pip install` command to before the `COPY` command. B: Change `COPY . /app` to `COPY ./app.py /app` and move the `RUN pip install` command to before the `COPY` command. C: Add `RUN pip cache purge` before `RUN pip install`. D: Replace the base image with `python:3.8-slim`. E: Implement multi-stage builds.
	Dockerfile Updates Cache Docker Cache Strategies	Docker	Medium	2 mins	Solve
Check the following Dockerfile used for a project (STAGE 1): We created an image from this Dockerfile on Dec 14 2021. A couple of weeks after Dec 14 2021, Ubuntu released new security updates to their repository. After 2 months, we modified the file (STAGE 2): Couple of weeks later, we further modified the file to add a local file ada.txt to /ada.txt (STAGE 3): (Note that ada.txt exists in /home/adaface and the dockerfile exists in /home/code folders) Pick correct statements: A: If we run “docker build .” at STAGE 2, new Ubuntu updates will be fetched because apt-get update will be run again since cache is invalidated for all lines/layers of Dockerfile when a new line is added. B: If we run “docker build .” at STAGE 2, new Ubuntu updates will not be fetched since cache is invalidated only for last two lines of the updated Dockerfile. Since the first two commands remain the same, cached layers are re-used skipping apt get update. C: To skip Cache, “docker build -no-cache .” can be used at STAGE 2. This will ensure new Ubuntu updates are picked up. D: Docker command “docker build .” at STAGE 3 works as expected and adds local file ada.txt to the image. E: Docker command “docker build .” at STAGE 3 gives an error “no such file or directory” since /home/adaface/ada.txt is not part of the Dockerfile context.
	Efficient Dockerfile Dockerfile Dockerfile Syntax Containerization Resource Optimization	Docker	Medium	2 mins	Solve
Review the following Dockerfiles that work on two projects (project and project2): All Docker files have the same end result: - ‘project’ is cloned from git. After running few commands, ‘project’ code is removed. - ‘project2’ is copied from file system and permissions to the folder is changed. Pick the correct statements: A: File 1 is the most efficient of all. B: File 2 is the most efficient of all. C: File 3 is the most efficient of all. D: File 4 is the most efficient of all. E: Merging multiple RUN commands into a single RUN command is efficient for ‘project’ since each RUN command creates a new layer with changed files and folders. Deleting files with RUN only marks these files as deleted but does not reclaim disk space. F: Copying ‘project2’ files and changing ownership in two separate commands will result in two layers since Docker duplicates all the files twice.

Get started for free

Preview questions

With Adaface, we were able to optimise our initial screening process by upwards of 75%, freeing up precious time for both hiring managers and our talent acquisition team alike!

Brandon Lee, Head of People, Love, Bonito

It's very easy to share assessments with candidates and for candidates to use. We get good feedback from candidates about completing the tests. Adaface are very responsive and friendly to deal with.

Kirsty Wood, Human Resources, WillyWeather

We were able to close 106 positions in a record time of 45 days! Adaface enables us to conduct aptitude and psychometric assessments seamlessly. My hiring managers have never been happier with the quality of candidates shortlisted.

Amit Kataria, CHRO, Hanu

We evaluated several of their competitors and found Adaface to be the most compelling. Great library of questions that are designed to test for fit rather than memorization of algorithms.

Swayam Narain, CTO, Affable

Why you should use Pre-employment Docker Online Test?

The Docker Test is designed to gauge a candidate's practical skills in containerization technology. It moves beyond theoretical knowledge, focusing on real-world application and problem-solving abilities within the Docker ecosystem. The test provides a means to quickly assess if a candidate possesses the skills to manage and deploy applications using Docker.

This assessment evaluates a candidate's understanding across several key Docker areas. This includes their grasp of Docker basics, container creation and management, image building and optimization, and networking concepts within Docker. It also checks for familiarity with data persistence using volumes, the orchestration capabilities of Docker Compose, and the ability to troubleshoot common Docker-related issues. Furthermore, the test explores the candidate's awareness of Docker security best practices.

Upon completion of the Docker Test, you'll receive a detailed scorecard for each candidate. This report provides a breakdown of their performance across different skill areas, allowing you to benchmark them against each other and identify top talent for your Docker-related roles.

What topics are covered in the Docker Online Test?

This assessment gauges a candidate's understanding of Docker and related technologies. A strong grasp of these skills is increasingly important for modern software development and deployment.

This test evaluates Docker basics, ensuring candidates understand core concepts like containers, images, and the Dockerfile. It also measures proficiency in working with Docker images, including building, tagging, pushing, and pulling images from registries. Competency in managing Docker containers is assessed, covering creation, execution, and lifecycle management.

The test also evaluates Docker networking, checking understanding of how containers communicate with each other and the outside world. Knowledge of Docker volumes is measured, ensuring candidates know how to persist data beyond the container lifecycle. Expertise in Docker Compose is tested, verifying the ability to define and manage multi-container applications.

Furthermore, the assessment examines Docker Swarm, evaluating the capacity to orchestrate and manage a cluster of Docker nodes. The test also covers Docker security, including best practices for securing containers and images. It measures capabilities in Docker orchestration, verifying the ability to automate deployment, scaling, and management of containerized applications. Lastly, the test assesses Docker troubleshooting, ensuring candidates can diagnose and resolve common issues that arise in Docker environments. These skills are valued because they enable developers to build, ship, and run applications at scale.

Full list of covered topics

The actual topics of the questions in the final test will depend on your job description and requirements. However, here's a list of topics you can expect the questions for Docker Test to be based on.

Docker installation

Docker architecture

Dockerfile

Docker image layers

Docker container lifecycle

Docker networking modes

Docker volume management

Docker Compose YAML syntax

Docker Swarm setup and configuration

Docker service scaling

Docker security best practices

Docker orchestration tools

Docker troubleshooting techniques

Docker CLI commands

Docker registry

Docker container logs

Docker container environment variables

Docker container health checks

Docker container resource management

Docker container intercommunication

Docker image tagging and versioning

Docker image optimization techniques

Docker network configurations

Docker volume backup and restore

Docker Compose environment variables

Docker Swarm service discovery

Docker Swarm node management

Docker security scanning

Docker orchestration patterns

Docker troubleshooting tools

Docker command line options

Docker image caching

Docker container startup options

Docker container environment isolation

Docker image registry authentication

Docker network routing

Docker volume permissions

Docker Compose deployment strategies

Docker Swarm load balancing

Docker security auditing

Docker container resource monitoring

Docker image layers optimization

Docker network overlays

Docker volume drivers

Docker Compose scaling

Docker Swarm service updates

Docker security policies

Docker orchestration rollback

Docker container log management

Docker container networking troubleshooting

Docker image vulnerability scanning

Docker Compose network configuration

Docker Swarm health checks

Docker security hardening

Docker container process monitoring

Docker image size reduction

Docker network firewall settings

Docker volume backup strategies

Docker Compose service discovery

Docker Swarm service constraints

Docker security compliance

Docker container performance optimization

Docker image layer caching

Docker network load balancing

Docker volume encryption

Docker Compose volume management

Docker Swarm secret management

Docker security vulnerabilities

Docker container high availability

Docker image versioning strategies

Docker network traffic control

Docker volume replication

Docker Compose environment variable substitution

Docker Swarm stack deployment

Docker security auditing tools

Docker container resource isolation

Docker image storage optimization

Docker network DNS resolution

Docker volume size management

Docker Compose service scalability

Docker Swarm multi-manager setup

Docker security incident response

Docker container log rotation

Docker image source control integration

Docker network latency optimization

Docker volume performance tuning

Docker Compose dependency management

Docker Swarm service rolling updates

Docker security compliance scanning

Docker container debug logging

Docker image multi-arch support

Docker network gateway configuration

Docker volume snapshotting

Docker Compose container linking

Docker Swarm multi-cluster setup

Docker security access control

Docker container log aggregation

Docker image artifact management

What roles can I use the Docker Online Test for?

Docker Developer
DevOps Engineer
Site Reliability Engineer
Infrastructure Engineer
Containerization Specialist
Backend Developer

How is the Docker Online Test customized for senior candidates?

For seasoned candidates, the Docker Test shifts its focus to the intricacies of advanced container management and orchestration. The questions will evaluate the candidate's ability to design and implement complex Docker solutions, emphasizing scalability and resilience. The test questions assess the candidate's mastery of container orchestration, Docker Swarm management, and the use of Docker in complex environments.

Experienced candidates will be challenged with questions related to advanced networking configurations, intricate volume management scenarios, and the application of security best practices in production deployments. The assessment seeks to validate the candidate's expertise in optimizing Docker images for performance, troubleshooting intricate container issues, and developing strategies for continuous integration and continuous deployment (CI/CD) pipelines using Docker. The objective is to determine if the candidate can leverage Docker to build and maintain scalable, secure, and fault-tolerant application architectures.

Preview this test

View sample scorecard

Try the most advanced candidate assessment platform

AI Cheating Detection with Honestly

ChatGPT Protection

Non-googleable Questions

Web Proctoring

IP Proctoring

Webcam Proctoring

MCQ Questions

Coding Questions

Typing Questions

Personality Questions

Custom Questions

Ready-to-use Tests

Custom Tests

Custom Branding

Bulk Invites

Public Links

ATS Integrations

Multiple Question Sets

Custom API integrations

Role-based Access

Priority Support

GDPR Compliance

Screen candidates in 3 easy steps

Pick a test from over 500+ tests

The Adaface test library features 500+ tests to enable you to test candidates on all popular skills- everything from programming languages, software frameworks, devops, logical reasoning, abstract reasoning, critical thinking, fluid intelligence, content marketing, talent acquisition, customer service, accounting, product management, sales and more.

Invite your candidates with 2-clicks

Make informed hiring decisions

Get started for free

Preview questions

Have questions about the Docker Hiring Test?

What is Docker Test?

The Docker Test evaluates candidates' proficiency with Docker, covering all fundamental and advanced topics. Recruiters and companies use this test to identify skilled individuals for roles requiring Docker expertise.

Can I combine Docker Test with Kubernetes questions?

Yes, recruiters can request a custom test that includes both Docker and Kubernetes questions. For more details on assessing Kubernetes skills, please check our Kubernetes Online Test.

What topics are evaluated in the Docker Test?

The Docker Test covers:

Docker basics
Docker images
Docker containers
Docker networking
Docker volumes
Docker compose
Docker swarm
Docker security
Docker orchestration
Docker troubleshooting

How to use Docker Test in my hiring process?

Use the Docker Test as a pre-screening tool at the start of your recruitment process. Add a link to the assessment in your job post or invite candidates by email. This helps find skilled candidates efficiently.

Can I test Docker and DevOps together in a test?

Yes, you can test both Docker and DevOps together. Combining these tests provides a comprehensive assessment. Check our DevOps Online Test for more information.

What are the main DevOps tests?

Our DevOps-related tests include:

DevOps Online Test
AWS DevOps Test
Azure DevOps Test These tests cover various aspects of DevOps skills.

Can I combine multiple skills into one custom assessment?

Yes, absolutely. Custom assessments are set up based on your job description, and will include questions on all must-have skills you specify. Here's a quick guide on how you can request a custom test.

Do you have any anti-cheating or proctoring features in place?

We have the following anti-cheating features in place:

Hidden AI Tools Detection with Honestly
Non-googleable questions
IP proctoring
Screen proctoring
Web proctoring
Webcam proctoring
Plagiarism detection
Secure browser
Copy paste protection

Read more about the proctoring features.

How do I interpret test scores?

The primary thing to keep in mind is that an assessment is an elimination tool, not a selection tool. A skills assessment is optimized to help you eliminate candidates who are not technically qualified for the role, it is not optimized to help you find the best candidate for the role. So the ideal way to use an assessment is to decide a threshold score (typically 55%, we help you benchmark) and invite all candidates who score above the threshold for the next rounds of interview.

What experience level can I use this test for?

Each Adaface assessment is customized to your job description/ ideal candidate persona (our subject matter experts will pick the right questions for your assessment from our library of 10000+ questions). This assessment can be customized for any experience level.

Does every candidate get the same questions?

Yes, it makes it much easier for you to compare candidates. Options for MCQ questions and the order of questions are randomized. We have anti-cheating/ proctoring features in place. In our enterprise plan, we also have the option to create multiple versions of the same assessment with questions of similar difficulty levels.

I'm a candidate. Can I try a practice test?

No. Unfortunately, we do not support practice tests at the moment. However, you can use our sample questions for practice.

What is the cost of using this test?

You can check out our pricing plans.

Can I get a free trial?

Yes, you can sign up for free and preview this test.

I just moved to a paid plan. How can I request a custom assessment?

Here is a quick guide on how to request a custom assessment on Adaface.

View sample scorecard

Along with scorecards that report the performance of the candidate in detail, you also receive a comparative analysis against the company average and industry standards.

View sample scorecard