Saturday, June 06, 2015

The Stages of Playtesting: the Nature of the Testers, or the State of the Game?

Typically, the stages of game play testing are divided into Alpha and Beta and sometimes other names. But when people use these terms, they often mean quite different things. I’m going to discuss some of the different views of the stages of playtesting, and the “new” stages that can come even after release of a game.

It doesn’t really matter what we call the stages, what matters is what’s happening, and that’s what we’ll focus on.

I have always thought of playtesting in terms of who is doing the playtesting and what their relationship is to the creation of the game. But some people focus on the state of the game rather than who is doing the testing. That’s where much of the confusion arises.

In my book Game Design (McFarland, 2012), I briefly discussed the stages of playtesting:

There are three stages to playtesting: solo playtesting (also called "alpha"), local playtesting ("beta"), and "blind" or “external” playtesting (often spoken of as part of the "beta" stage).   While there are various ways to name these stages, the stages certainly exist, although sometimes video game companies leave out the “external” testing stage.

Of course, in single-player video games all testing will be solo for a single player game. I might have said instead of “solo playtesting,” “playtesting by the game developer(s).”  The difference between Alpha and Beta is that the Beta testers are not among the developers of the game, so they have a completely different point of view. Developers often have worked with the game so long and so closely that they cannot see it objectively, and they have learned over time to cope with problems or peculiarities in the game that an ordinary player would regard as seriously detrimental.

I emphasized who is doing the testing, because historically video game studios often failed to playtest beyond the game developers themselves, that is, never got to the Beta stage.  And their games suffered severely for it.  This failure is much, much less common today.

Since I wrote the book I’ve added the third Greek letter, “Gamma,” to represent testing after a game is released. This is especially common in video games where a free-to-play game is often released in an unfinished but functional state so that the developers can discover whether there’s “something in it”. If there isn’t, they stop development and they’ve saved themselves a lot of time and effort (and that equals money). If there is something in it (if enough people enjoy it), they can continue to develop the game and continue to benefit from user feedback, which is after all what playtesting is, user feedback.


In contrast to judging playtesting stages by who is testing, Alan Paull, designer of many published games and lately of games for his co-owned company Surprised Stare, thinks of testing in terms of the state of the game. In the Alpha stage the game is not stable (is changed frequently), whereas in the Beta stage the game is fairly stable.

When judging from the state of the game, at some point the game is regarded as entirely stable, that is, ready to publish. In this context I’m reminded of the Microsoft term “release candidate,” where software is tested, and if no additional problems are found it is released, even though there are still lots of known coding problems in the software.  (No large computer application is ever released without lots of bugs, both known and unknown.)  In tabletop game terms the nearest equivalent would be a game distributed for testing by a publisher who has committed to publishing the game.

“Blind testing” is quite different in the video game world than in tabletop, because video games are intended to work without requiring the player to read a rules manual, whereas blind testing in tabletop requires the tester to read the rules and learn the game from the rules. It’s really hard to find people who will follow through with a blind tabletop playtest, unless the game is a “release candidate.”  In tabletop the presumption is that at the blind testing stage you have a “release candidate.”  The other assumption is that the playtesters have had nothing to do with the development of the game.


Recently some terms have been adopted in the video game world that further differentiate (and also confuse) the matter. Alpha and Beta stages can now be “open” or “closed.”  Closed means that only certain select/privileged/lucky people are able to participate. For example, World of Warships has gone through an Alpha stage, a closed Beta, and soon an open Beta. In all of those stages virtually all players have had nothing to do with development of the game, so these terms relate to the state of the game - what I would three years ago have called Beta.

On Steam (video game distribution for PCs) we have “Early Access” games where players are already paying for the game even though it is still in playtesting. Playtesters paying to play? That’s a good trick if you can manage it.  (World of Warships has achieved it, by selling “Premium” ships that give people access to play in the otherwise-closed Beta.)  "Early Access" testing is possible primarily because there is no cost in making another (playtest) copy of a software game.


Furthermore, as publishing and re-publishing becomes easier, “playtesting” becomes part of publication.  Video game patches fix programming bugs, but they can also fix gameplay problems.  In effect, they’re changes to the game resulting from the “Gamma” testing, testing after publication.  Even for some tabletop games this kind of thing can be done.  “Living rules” (rules posted online that can be revised) are the result of testing-after-release of a tabletop game.  Or imagine you’ve published a Print-on-Demand (POD) game, e.g. through DriveThruCards or theGameCrafter.com.  If a problem arises, you can change one or more components so that every subsequent buyer benefits from the testing-after-release.  Gamma testing is a reality for many kinds of games.

In any case, the accompanying diagram is an attempt to graphically show what’s happening.  As time passes, the game is improved (shown by black line), but improvements come more slowly as the game approaches completion (also shown by the blue rate of improvement line).  As the game improves, the testing usually reaches a wider audience (shown by red line).  Late in the testing process this audience may contract (tabletop games blind testing), or may expand (video game “release candidate” testing), shown by the two branches of the red line.

As for the names of playtesting stages, I think Gamma (post-release) needs to be recognized, though some might want to use Gamma to designate "release candidate" testing, and Delta for post-release testing.  I don’t think we’ll have any agreement about Alpha and Beta, as some people continue to emphasize who is testing, and some emphasize the state of the game.





****
I've recently opened a brief (one hour?) online course, "Prospering at Game Conventions and Conferences" on Udemy.
This is officially $5, but FREE to you with this URL-coupon:
https://www.udemy.com/game-conventions-and-conferences/?couponCode=ConventionsFree

At the same time I've opened an "Introduction to (Tabletop) Role-playing Game Design"
More than four hours long, but it IS an introduction.
This is $15 on Udemy, with this URL-coupon it's $12:
https://www.udemy.com/intro-to-tabletop-role-playing-game-design/?couponCode=RPG$12

I will soon start a Patreon campaign for support for my Game Design channel on YouTube, as well.

No comments: