Mock Interview Techniques for Tech Job Searchers

Create a Mock Interview Script

Give yourself a rough script to follow, including introductions, answering some questions about yourself and finally the technical interview questions.

Finding Mock Interview Questions and Answers

So which questions should you use when you do your mock interview? It’s important to quiz yourself using both questions you know the answer to and questions you’re not that familiar with.

For your first mock interview, use a question you know the answer to already. That way, you remove the mental load of figuring out the problem, allowing you to focus exclusively on your performance.

Once you’re happy with that, move on to questions you don’t know the answers to add extra pressure. After all, an interview aims to assess how well you think on the fly and solve problems you haven’t seen before. It’s much more important that you have a good approach than the right answer.

So where can you find challenging mock interview questions?

Start by making a list of questions related to the job you’re applying for. These are questions you understand well and are confident you can answer thoroughly.

To find questions you don’t know the answer to, have someone else come up with a question for you or find good sources of questions online.

Our video course, Acing the iOS Interview, offers common interview questions and answers for iOS. You can also check out these books for great questions and solutions:

• Data Structures and Algorithms in Kotlin
• Data Structures and Algorithms in Dart
• Data Structures and Algorithms in Swift

For even more options, check out the Resources section at the end of this article.

Set a Start and End Time

To mimic a real interview, you must to give it a time limit that you follow from start to finish. That means that even if the mock interview is not going well, you have to persevere and continue until it’s over. Don’t just give up if the question looks too difficult, or if you get stuck halfway through.

Situations like these will undoubtedly happen in real interviews, so your ability to recover from errors and missteps is crucial. Set a time limit somewhere between 45 minutes and an hour for your mock interviews.

Limit Your Access to Resources

Even though this is only a mock interview, you still shouldn’t cheat and use external tools to help you succeed. Before you start, determine which resources you can and cannot use in a real interview and stick to them. Otherwise, you’ll defeat the purpose of practicing.

Don’t use Google to look up answers, and don’t use your reference materials during the mock.

Most importantly, don’t use Xcode or your usual IDE! It’s highly likely that your interviews will happen on a whiteboard for in-person interviews or a coding collaboration tool for remote interviews. You don’t have access to your IDE in either of those scenarios, so get comfortable without it.

Finding an Interviewer

Ideally, you’ll find another person to interview you. This gives you better feedback and feels more realistic. In the best-case scenario, you’ll find someone who’s senior to you and has experience doing interviews in their current or previous roles — these people know how to evaluate candidates.

If you can’t find someone like this, your peers or friends with a similar background will also do the trick.

Here are a few options for finding people to interview you:

1. Find engineers from the companies you’re interviewing for and ask them to do a mock interview with you. You can use LinkedIn, Twitter, or email to reach out. They might say no, but showing this initiative can work in your favor at the real interview.
2. Ask your ex-colleagues or ex-managers.
3. Ask someone from the coding community at large — they’re a helpful bunch. For example, try the raywenderlich.com Discord or the iOS Developers Slack or Twitter.
4. Use a mock interview service. You can review your interviewer’s profile and rest assured that you’ll get quality feedback. You’ll find links to these services in the Resources section below.

If all else fails, you can always fly solo, record your mock interview and review it.

Another way to do more live interviews is to open yourself up to interviewing at companies that you feel lukewarm about.

You might be hesitant to interview at such companies because you don’t think you’d accept an offer from them. However, you never know until you chat with them, and you might even end up liking the company. If the worst outcome is declining an offer from a company that you weren’t initially sure about, that’s not a terrible problem to have!

Reflecting After Each Interview

Remember that simply doing the interviews isn’t enough — reflecting on your efforts and gathering feedback are the most valuable parts of the process. This is where you put your mock interview rubric to use to understand where you succeeded and where you need more practice.

If you’re working solo, you must record yourself and play it back — that’s the only way you can judge your performance fairly and without bias. This will be uncomfortable and potentially scary, but it’s the best way to improve.

By watching your recording, you can focus on your output rather than your internal thought process. Did you notice you didn’t say anything for five minutes or that you didn’t explain your reasoning? Well, that’s a mistake, so you know what to fix next time. If you’re brave enough, you can even invite others to watch with you.

When working with an interviewer, your job is to make it as easy as possible for them to understand how to give you feedback when the interview is over. Give them your rubric beforehand so that they can pay attention to the items on your list. Remember that the more specific your question, the more likely it is you’ll get an actionable response. For example, you’ll get a better response with a question like: “Hey, I think I did really well on keeping a running commentary. What do you think?” than with a generic: “How did the interview go?”

At the same time, allow them to speak freely with any comments they might have outside of your evaluation criteria.