Before your game can be released into the wild, first it needs to survive the rigors of the internal QA process. Ideally this process will go smoothly, but there are a few common problems that can delay testing, which this article will explain. These are things that we believe should be considered early in development. They may seem minor, but they can stall out a release in a big way, especially if you’re developing in a different time zone from your publisher. For some context, let’s start with a common release cadence: Alpha > Beta > Release Candidate > Release. Publishing QA receives builds at the Release Candidate stage. As much as we enjoy contributing earlier in the development process, this article is focused on the end of the release process. This assumes common blockers and crashes have already been found and fixed in the Alpha and Beta stages. First-Time User Experience The first thing your users will see, obviously. Here’s the thing, they’ll only see it once -- QA will go through this experience at