Home      CC Chat     Forum      News      Articles     Interviews     Downloads     Members     Links     Contact Laura

Création d'une métaroom - Partie 7 : Finitions - Posted Saturday, 26th August 2006 by Liam, translated by Deacon

Ceci est la dernière partie de ma série de tutoriaux Création d'une metaroom: de l'idée à la sortie

Cette partie parle de beta test, des fichiers catalogue, de la sortie, des sites web etc...!

Beta Test - Introduction

Les beta-testeurs doivent tout essayer pour trouver une faille, tout signifie tester hors utilisation normale - si ils ne trouvent pas, c'est que c'est bon. -malkin

Il y a beaucoup de méthode de beta-test, mais en règle génerale -comme malkin dit-, il faut aller au bout de ce que peux faire l'objet, la pièce, peu importe, pour trouver la faille ou dire qu'il n'y en a pas.
Le beta-test une façon d'arriver à être sur qu'il y a un minimum de problème ou d'erreurs. Les bugs existent toujours, mais un bon programmeur va les réduire au maximum.

C'est partit à la recherche de la faille!

Il n'y a pas de méthode qui dit comment tester, mais j'ai trouvé une petite méhode d'évaluation de chaque fonction qui aide pas mal. Quand nous sommes sensé tester tout dans un agent qui doit être testé, en faite on doit penser à tout ce qu'il est sensé ne pas être prevu pour (et c'est comme ça qu'on évite les surprises!). Une fois que vous avez trouvé une erreur, gardez une copie exact du message d'erreur, ça permet se savoir directement où ça ne va pas.

Une fois que vous avez testé tout ce que vous pouvez, il faut chercher quelle erreur vous allez fixer en premier. La première chose à faire est de regarder le message d'erreur...il y a un exemple dans d'un nouveau critter secret pour Aquatilis Caverna appellé le citron Sherbert-non je plaisante. C'est avec la crevette d'AC, pour laquelle j'ai ajouté récemment du code qui n'a pas l'air de marcher.



La partie importante du message est surlignée en vert. On peut y identifier l'agent avec le nom si vous avez un fichier catalogue, et si vous n'en avez pas il affiche l'identifiant. Le messaged onne aussi la portion de code dans laquelle l'erreur est -très utile pour vous sauver de l'enfer si vous avez des immenses fichier cos.



Pointers provenant d'un Alpha - par Kate

"Les beta testeurs ont les boulots les plus chiant d'une création de metaroom - mais en même temps, c'est un des plus important. Enlever les bugs dans votre pièce peut être très laborieux, mais encore une fois c'est beaucoup mieux que pour les joueurs qui n'auront pas à faire joujou avec les erreurs et les bugs pendant qu'ils éleveront leurs norns."

Enfin, c'est ce que Liam pense Vraiment un beta testeur peut être un peu plus fun que ce qu'on dit. Les créateurs n'aiment pas trop le test car ils seront impliqués dans la création du produit. Pourtant le beta test est amusant et excitant.
Vous pouvez avoir les dernières créations avant tout le monde, et vous avez une possibilité d'en faire partie, et d'être remercié pour vos efforts!

La chose la plus importante à se rappeller pour un beta testeur est de cliquer partout. Même si vous ne le croyez pas, ça fera tout. Clique-droit, clique-gauche, essayer de bouger les choses partout, etc. Vérifiez aussi les descriptions et leurs correspondances. On peut le faire en appuyant sur F1 et en faisant clic - droit sur un objet. Si quelque chose ne semble pas aller, reportez le directement. Ne pensez jamais que quelqu'un d'autre à du le trouver d'abord. Prenez garde à toujours copier coller tous les messages d'erreur dans votre rapport.
C'est une très bonne idée de garder un journal de tout ce que vous faites dans votre test. Ca a l'air chiant comme ça, mais c'est très utile pour les créateurs pour voir les processus cachés. Et vous pouvez avoir des erreurs que vous aviez raté auparavant.

Le meilleur conseil pour un beta testeur est le même que pour un alpha testeur. Essayer de casser les choses. Faites tout ce que vous penser à faire avec tous les objets, mettez les dans différents endroits. Et plus important, essayez de vous amuser.


La méthode sandwich - par malkin


La partie technique de beta test est important, mais pour le beta testeur la façon de présenter ses trouvailles au créateur est très importante aussi. Quelques erreurs peuvent être très facilement identifiable - comme un problème d'installation à cause d'un sprite manquant. Les problèmes mineurs peuvent juste être décrit à la fin (pourquoi mais pourquoi n'y a t'il pas de jouet dans cette pièce etc...) C'est important aussi de mettre en parallèle les retours positifs et négatifs, pour ne pas seulement se focaliser sur les erreurs et pour ne pas froisser l'égo délicat du développeur. En faite, vous devez rendre le developpeur content de corriger ce que vous avez découvert.

Maintenant, l'écriture du rapport. J'utilise ce que j'appelle "la méthode sandwich", qui donne pour résumer : Bon-Mauvais-Bon. Commencez avec les choses qui vous ont paru bien. Ensuite enchainez avec les problèmes mineurs, comme les problèmes de sprite. Après viendront les choses plus grave pour ensuite finir avec d'autres bon trucs.

Par ailleurs, laissez moi vous dire comment lui présenter les mauvais trucs. Présentez les positivement. Ne dites jamais "c'est mauvais" mais plutôt un truc comme " si ce truc était corrigé, ça sera un objet génial". Et donnez toujours des trucs positifs et quelques encouragements "j'ai hate de voir ce que ça donnera quand ce sera fini!"

Suivez la méthode sandwich et mettez des compliments sincères, et votre retour permettra au developpeur de garder sa dignité.


Les fichiers catalogues

Les fichiers catalogue font partie intégrante d'une metaroom, et vous ne pouvez pas les ignorer. Les fichiers catalogue sont des aides pour vos agents, donc si vous voulez que les gens savent ce qu'est un agent, il a besoin d'un fichier catalogue.

Pour trouver un exemple de fichier catalogue, jetez un coup d'oeil dans votre répertoire /Catalogue/ de votre dossier C3 ou DS. C'est très simple à faire et à comprendre, vraiment! Je ne crois pas que cette partie ai besoin de plus d'explication, donc allons à la prochaine partie...



Publicité

Ha, c'est maintenant ma partie préferée de la création d'une metaroom...la faire connaitre! Comme vous pouvez peut être vous en rappeller, j'étais chargé des relations publiques pour Metacore, donc je connais un truc ou deux sur la publicité à faire. Nous allons séparer complètement la pub et la release d'une metaroom.

Faire connaitre une metaroom est le fait de donner envie à la communauté. Il y a plusieurs façon bien sur pour faire connaitre un projet. Celle que j'ai utilisé pour Metacore était le "Mystery Project', en utilisant les lettres MC à plein d'occasion ce qui a eu pour effet de lancer des rumeurs et autres.

Un autre moyen de faire connaitre son projet est de créer une signature en image pour lui et de l'afficher. C'est ma méthode préferé, simplement parce que c'est plus parlant que juste 'mystery project'.

Vous pouvez aussi poster des info et des aperçus sur les forums, ça marche aussi bien.

Bien sûr, ce ne sont là que quelques idées, il y a des centaines de façons de faire de la pub pour son projet!


Le site internet

Avoir un site web est un autre bon moyen de faire connaitre votre projet - vous pouvez voir un exemple sur le site d'Aquatilis Caverna, qui est en partie responsable de son succès, et aussi le site de Den, qui a été beaucoup apprécié.

Je ne rentrerai pas dans les détails de la conception d'un site web, mais juste donner un ou deux trucs qui peuvent bien aider.

La chose principale est d'avoir un bon design, qui reprend quelques élements de votre pièce. Les gens doivent pouvoir avoir des élements à associer à votre metaroom, que ce soit un animal, une option, ou un design.

Votre design doit être simple, propre, et efficace - tout cela contribue à faire un bon site.

Il a y a énormement de tutoriaux sur le net pouvant vous aider. Un petit 'tutorial HTML' ou 'introduction au design web' sur google vous aideront.


Release

Génerallement, quand vous sortez quelque chose, vous postez un lien sur un site ou vous le mettez à un endroit ou il sera accessible à la majorité de la communauté.

Quand vous faites votre post, faites le simple et concis; un résumé de la metaroom par quelqu'un d'autre peut aider, peut être par un beta testeur. Mettez aussi une image qui servira d'aperçu pour que les gens voient ce qu'ils vont télécharger.


Et finalement...le lisez moi

Le fichier lisez-moi est l'endroit où les derniers bugs connus, l'histoire, les remerciments et autres sont inscrits. Beaucoup peuvent contenir des info vitales sur votre pièce, comme par exemple un conflit avec tel agent, donc mettez le bien dans le lisez-moi si vous en avez!

Pour un exemple d'un bon lisez-moi (readme) lisez celui d'aquatilis caverna.


Le mot de la fin

C'est bon c'est fini, vous l'avez; une metaroom complète! J'espere que cette série de tutoriaux vous a été utile, et j'espère que vous allez vous amuser en faisant des addons pour le jeu.

J'aimerai remercier tout ce qui ont aidé à faire ce tutorial, même si ils ne le savent pas, dont, sans ordre particulier:


Kate
malkin
Knytetrypper
fuzzie
GreenReaper
Moe
zareb
Don
Sent
Pez


Intro - Partie 1 - Partie 2 - Partie 3 - Partie 4 - Partie 5 - Partie 6 - Partie 7

[English] [Français] [Deutsch]