Phase 2 : alpha
 
La version alpha est une version interne à laquelle l'équipe seule a accès. Il est maintenant temps de tester de manière un petit peu plus poussée l'ensemble des fonctionnalités.
 
Normalement des tests unitaires sont réalisés en cours des développements : vous avez fini un module, vous le testez et vous validez le développement. Or il est possible qu'un module crée des régressions sur un autre module. Ainsi une fonctionnalité qui fonctionnait après son développement peut ne plus fonctionner à cause d'un autre développement, on appelle ceci une régression.
 
Si l'équipe met à jour un bug, il convient (évidemment) de le corriger , par contre on ne touche normalement plus au périmètre : on n'ajoute pas de nouveau module.
 
Lorsque tout semble fonctionnel, vous pouvez envisager une version beta.
 
Phase 3 : beta
 
Une version beta est normalement (enfin !) ouverte aux joueurs et complètera les tests effectués lors de votre phase alpha.  
 
Pourquoi faire une beta ? C'est assez simple, un utilisateur ne fera pas les même tests que les développeurs car un développeur esquivera instinctivement un certain nombre d'actions. Par exemple mettre des caractères interdits dans un champ de formulaire, cliquer où il ne faut pas, etc. Les joueurs vont probablement relever un certain nombre de bugs à corriger.
 
La beta permet également d'avoir un premier retour de la part des utilisateurs et de voir si le contenu séduit.
 
Je vous conseille de faire une version beta restreinte : limiter le nombre d'utilisateurs. Pour choisir les heureux élus il y a plusieurs méthodes : inscription via email et tirage au sort, inscription libre mais limitée à 100 joueurs, selection "à la main" des chanceux, etc.
 
Le phase de beta donne logiquement lieu à une remise à zéro ("reset" ) du jeu à son lancement final, il convient de prévenir les joueurs pour qu'ils ne s'attachent pas trop à leur compte mais privilégient bien la recherche de bugs et anomalies.
 
Pensez à proposer une structure de déclaration de bugs, que ce soit via un outil comme Trac, une adresse mail ou tout simplement votre forum. C'est une véritable chasse aux bugs qui va avoir lieu.
 
Vous devez mettre à jour la version beta fréquemment avec les corrections des bugs déclarés, le but étant d'arriver à une version stable assez rapidement.
 
La version beta vous permet également d'affiner le gameplay en prenant en compte les commentaires des premiers joueurs. Il ne s'agit pas vraiment de bugs mais plus de feedback sur l'ergonomie, les mécanismes de jeu, l'équilibrage de plusieurs classes, etc. Impliquez vos beta-testers, motivez-les, répondez à leurs questions.
 
Lorsque la totalité des bugs détectés est corrigée et que votre jeu dispose d'une version avec un périmètre fonctionnel satisfaisant, vous pouvez envisager le lancement de votre jeu. Vous pouvez aussi effectuer des phases de release candidate (RC) ou pre-release, sorte de version quasi finale à valider, mais je ne suis pas sûr que ce soit utile.
- See more at: http://www.dablog.fr/2012/01/devel [...] d11jr.dpuf
 
dablog.fr

Version alpha[modifier | modifier le code]
Une version alpha n'est pas censée être accessible à un large public : c'est une version interne. C'est la première phase de développement concret du logiciel après le codage de l'application. Généralement, un produit en test alpha — on utilise couramment le terme anglais alpha-test — n'a pas toutes les fonctionnalités prévues dans le produit final, contrairement à un produit en test bêta qui devrait être complet. L'alpha est donc dépourvue de certaines fonctionnalités, et contient un nombre de bogues encore important.
 
Le but de cette phase est d'implémenter toutes les fonctionnalités du logiciel final, et la version correspondante est traitée à l'intérieur même du studio de développement.
 
Version bêta[modifier | modifier le code]
Le bêta-test est la deuxième période d'essai d'un produit informatique avant sa publication. Un produit en période de bêta test est généralement soumis à un nombre important ou représentatif d'utilisateurs : les bêta-testeurs. Ils peuvent être des employés de la société qui développe le logiciel, des bénévoles notamment dans le cas des logiciels libres ou de premiers clients notamment dans le processus Lean Startup. Ces personnes ont pour but d'utiliser le logiciel et de rapporter les problèmes rencontrés ainsi que leurs suggestions.
 
Le bêta test sert essentiellement à mettre en évidence des bugs résiduels, ou bien à modifier l'interface utilisateur.
 
Il existe deux formes de test bêta :
 
la bêta ouverte ou bêta publique, dans laquelle n'importe qui peut participer, avec parfois une restriction technique (nombre d'utilisateurs connectés simultanément, etc.) ;
la bêta fermée ou bêta privée, dans laquelle les personnes intéressées par le produit doivent s'inscrire au préalable ou sont contactées par les concepteurs du produit testé qui sélectionnent les candidatures.
 
fr.wikipedia.org