Je voudrais proposer l'ouverture de comptes de test pour les personnes motivés à contribuer au debug du serveur.
Je ne propose pas l'ouverture de serveur de test comme cela a déjà été proposé.

Si vous vous dites qu'il y a beaucoup de joueurs sur TGC et que les bugs remonteront automatiquement à un moment ou un autre sur le forum vous avez tort. Démontrer certain bug peut être vraiment compliqué.
Il n'y a qu'à voir combien de mois que ZA est ouvert aux tests et le nombre de rapport de Kanja de ces dernières semaines.

Le but de ces comptes de test serait de facilité la recherche de bug.

............................................(séparation magique)............................................

1] Je m’explique en commençant par parler de la mentalité des gens après avoir observé et parlé avec beaucoup de monde de ce sujet:

Déjà, il faut savoir que la majorité des gens ne veulent pas faire de rapport de bug.
Par flemme, mais aussi parsqu'ils pensent que le problème ne sera pas traité et qu'il tombera seulement dans le fond du forum.

Je développe en donnant quelques exemples:
Certains s'en foutent complément.
Certains se disent que le bug n'est pas assez important pour mériter un rapport.
Certains ne veulent pas prendre le temps de faire le rapport car cela demande du temps pour la recherche de preuves ou autre.
Certains pensent que les bugs seront rapportés sans qu'eux même n'ai à faire de rapport.
Certains n'ont pas les moyens de payer les répa, qui risque d'être nombreuses.
etc...

Certains types de bug ont plus de succès que d'autre.
Par exemple, un bug qui rend un combat plus compliquer a plus de chance d'être rapporté qu'un bug qui facilite un combat.
De même qu'un bug d'ambiance comme le fait que le trigger d'intro de rempart héro qui dit "Vous sentez cette odeur ? De la viande fraîche a réussi à pénétrer dans notre citadelle. Soyer sur vos gardes." soit placé pas loin devant le premier boss au lieu d'être vers l'entrée, a peu de chance de prendre un rapport.

Il faut aussi se dire qu'une bonne partie des gens du serveur n'ont pas connus BC sur offi et s'ils venaient à croiser un bug par hasard qui paraîtrait évident pour un ancien joueur de BC, eux mêmes ne se poseraient pas de question.

............................................(séparation magique)............................................

2] Il y a des bugs visibles seulement par certaines classes ou rôles.

Seul un tank aurait pu remarquer le mauvais taux, voir l'absence de parade des boss. (rapport sur les parry rush)
Seul une classe avec des techniques de saignements dans son cycle pourrait remarquer que le dernier boss de rempart est insensible aux saignements alors qu'il ne devrait pas et seul les classes utilisant du poison dans leur cycle pourrait remarquer que certains mobs ou boss insensible normalement au poison ne le sont pas.
Seul un tank remarquer que les déplacements d'Illidan bug. (Donc évidemment je n'ai pas pu vérifier)
Seul une classe qui peut se mettre en camouflage pourrait remarquer que certaine unité qui devrait détecter les fufu ne les détecte pas.
Il y a aussi les arbres de talent différent pour chaque classe et je refuse personnellement de dépenser plusieurs centaines de golds pour vérifier si tous les talents du rogue sont bien script et je n'ai trouvé personne de d'accord pour.
ETC...

Tout cela réduit le nombre de personne pouvant faire un rapport de bug.
D'autant plus que les bugs de classe avantageux sont très rarement rapportés.

............................................(séparation magique)............................................

3] Trouver un groupe motiver pour les rapports de bug

Pour voir les bugs en instance il faut en premier lieu trouver un groupe, voir un raid.
Pour tester certains bugs il faut bien faire attention, voir attendre un peu ou provoquer certaines circonstances.
Hors, pour cela il faut que tout le monde veuillent bien tester ces bugs et c'est parfois très compliqué si le groupe n'a pas été monté dans ce but.

Par exemple:
Le groupe peut refuser de stopper le dps pour voir si le mob utilise bien toutes ses techniques.
(exemple sur Maulgar, je n'ai jamais vu Oeillaveugle le Voyant caster son soins, sa prière de soins ou se mettre un mot de pouvoir supérieur : Bouclier).
Le groupe peut refuser de faire un try à blanc sur Illidan avec seulement un tank et quelques heals pour confirmer le bug de déplacement d'Illidan.

Il peut y avoir plusieurs raisons pour un groupe de refuser de faire des tests pour voir si tout fonctionne correctement et cela est encore plus vrai en raid.
Déjà, ça peut être dangereux et mener à un wipe, donc à une perte de golds.
Cela peut faire perdre du temps.
Si une partie du groupe peut être intéressé, tout le monde ne l'est pas forcement.
ETC...

En raid les gens ne peuvent pas se permettre de tester les scripts à la recherche de bugs mais doivent se contenter de les croiser fortuitement.

............................................(séparation magique)............................................

4] Les id utilisées

Il y a aussi un problème lié aux ID des instances.
Une instance ce reset tous les jours et un raid toutes les semaines.

Si je veux faire des tests sur un boss particulier, à l'opéra de karazhan par exemple si j'y ai repéré un bug, c'est vraiment contraignant.

Pareil si je veux produire certaines circonstances sur certains boss sachant que les raids ou groupes refusent de participer aux tests, je dois attendre que ces circonstances viennent naturellement.
Par exemple j'ai enfin vu, après plusieurs mois, Terestian utiliser son sacrifice sur son tank (Terestian est donc bien pré nerf).

Si je veux faire des tests en étant transformé en fantôme sur Teron c'est aussi très contraignant. J'ai été transformé en fantôme seulement 3 fois sur le serveur et bien sûr, je ne peux pas me permettre de faire tous les testes que je voudrais car le raid n'est pas là pour ça.

............................................(séparation magique)............................................

5] Les accès et les capacités du groupe

Peu de monde ont leur accès temple noir et moins encore vont jusqu'à illidan, il y a donc moins de chance de voir émerger un rapport.

Ca peut être vraiment très compliquer de faire certains tests de bug selon le stuff des participants.
Cela limite encore les possibilités de former un groupe/raid pour tester si tout fonctionne correctement.
Si je veux tester les events de SB héro il me faut un groupe qui tient la route, avec plus stuff que la moyenne requise pour cette instance si je veux faire un test correcte et si possible, sans mourir.
Il faut aussi prendre en compte que les personnes avec ce genre de stuff ne sont pas intéressés par ce genre d'instance généralement car elles n'auraient rien à y faire hormis des tests altruistes.

............................................(séparation magique)............................................

Conclusion

C'est bon les endives au jambon.

Moi j'aime pas les endives au jambon mais oui je suis pour un compte de test pour faciliter les repots :)
Après y'a certains repots qui sont compliqués à faire parce que les sources sont très maigres voire quasi inexistantes sur le net (ou alors je sais pas chercher...).

Actuellement le staff n'accorde de compte test qu'aux AC si ils le demandent (Skenn, Kanja...) . Du fait des commandes très extensives de ces comptes il est normal que peu en disposent, afin que les admins puissent opérer des contrôles, c'est pourquoi je vois mal 25 comptes test actuels pour faire les raids. Pour ce qui est des bug identifiable en mono il n'y a la nonplus pas besoin d'avoir davantage de compte MJ, nous avons les mannequins d'entrainement notamment.

Pour les instances/raids :
Rien n'empêche une personne d'organiser un raid PU spécifiquement pour repport bug, on pourrais ce prévoir ca via un post dans ce forum. On choisit un jour, un raid, si on a un AC/MJ/DEV et des gens pour filmer c'est encore mieux. Pour ce qui est des golds de réparation, si le staff accepte on pourrait voir pour une indemnisation des participants. Mais globalement pas besoin de multiplier le nombre de compte test.
Pour reprendre ton argumentation :
1) ce raid PU test ne serait composé que de gens voulant repport les bug, donc pas de problème de mentalité.
2) idem, que des gens voulant repport, avec un pannel de classe/rôle le plus large possible
3) idem, le RL aurait un groupe près à mourir pour faire un repport ^^
4) Sur les ID j'avoue il y a quelques cas impossibles, ceux que tu as évoqué principalement, encore que pour teron il suffirait alors de wipe jusqu'à ce que tu sois fantôme. A voir si le staff accorderai un reset de l'ID du raid utilisé ; mais même sans çà un grand nombre de raid peuvent être fait, une grosse partie des joueurs ont les accès T5 / T6 en main ou reroll. Faire les T6 serait plus compliqué car nombre de gens garde leur id pour leur guilde mais ont les id T4/T5 assez libre.
5) idem on aurait du mal à faire du T6, mais les hm et les T4 je pense sincèrement qu'on peut trouver du monde ayant largement assez de stuff.

Pour le PVP :
Les bugs d'arènes peuvent se faire via escarmouche, à nouveau rien n'empêche de passer une annonce ici pour organiser un tag escarmouche dans le but de test les spell en pvp.
Sur les BG c'est la même, il suffit d'organiser çà à l'avance pour faire un test complet des mécanisme de fonctionnement sur un bg; là par-contre je recommande la présence d'un membre du staff pour organiser çà, sinon les gens iront tag et joueront le bg normalement. Les BG de test du cyclone lors d'event MJ s'étaient à l'époque très bien passé. L'expérience est renouvelable si le staff le veux.


Je ne suis globalement pas contre la suggestion d'origine, mais à mon avis il n'y a pas vraiment besoin de donner des comptes test, il y a surtout besoin de regrouper les gens désirant faire des test , on a plus besoin de gens que de commande mj.

Actuellement le staff n'accorde de compte test qu'aux AC si ils le demandent (Skenn, Kanja...).

C'est même plus simple que cela : les admins n'accordent pas de comptes tests excepté circonstances exceptionnelles, qui sont totalement indépendantes du rôle d'AC ou de MVP.
Obtenir un compte test est un privilège auquel seuls les membres les plus investis du serveur peuvent prétendre. Un investissement qui est à la libre appréciation des administrateurs.

Go sortir un serveur de test avec quelques commandes et ce sera plus simple...

Go sortir un serveur de test avec quelques commandes et ce sera plus simple...

Je m'incline devant cette remarque d'une intelligence et d'une construction remarquable.

Les bugs de classe ont été évoqués dans le sujet, je vois peu de fix à ce sujet-là alors que cela devait être une priorité pour la sortie de la S3.
A-t-on des nouvelles ?

A-t-on des nouvelles ?

non, enfin je suppose.....

parsqu'ils pensent que le problème ne sera pas traité et qu'il tombera seulement dans le fond du forum

C'est au staff de prouver le contraire justement ( cette suggestion est la parceque sa avance pas au niveau des rescripts)

Pour tester certains bugs il faut bien faire attention, voir attendre un peu ou provoquer certaines circonstances.
Hors, pour cela il faut que tout le monde veuillent bien tester ces bugs et c'est parfois très compliqué si le groupe n'a pas été monté dans ce but.

Rien n'empêche une personne d'organiser un raid PU spécifiquement pour repport bug

Je pense que tout le monde ne demande qu'à voir devant une telle utopie (je parle pour les raids 25)

si on a un AC/MJ/DEV et des gens pour filmer c'est encore mieux

Si quelqu'un d'autre filme c'est différent ?Oo

Sur les BG c'est la même, il suffit d'organiser çà à l'avance pour faire un test complet des mécanisme de fonctionnement sur un bg;

C'est du pvp en groupe random, yen a toujours qui viendront faire chier le monde ( grosse pensée à alterac), qu'un mj soit présent ou pas, (un random qui tag pour play le bg et a qui tu dis "dsl on fait des test, tu peux /afk si tu veux pas participer")
De plus demander un mj pour organiser ce type d'evenement sa reviens a contredire l'idée de la suggestion d'origine (on décharge le staff d'une partie du boulot qu'il est censé faire)


je finirais juste par

on a plus besoin de gens que de commande mj

Je dirais plutôt qu'on a plus besoin de personnes en qui le staff a un minimum confiance que de commandes, mais sa reste mon point de vue (le staff accordera jamais rien a une personne en laquelle elle n'as pas confiance)==> cf le système de script/politique de recrutement actuel du serv.

J'aime ta manière, mon petit roulé, de prendre ton alt pour faire comprendre aux autres qu'ils peuvent aller se faire fou*re bien cordialement :)

Raulé, son alt et ses vieux smiley vs le monde !! :O

J'aime ta manière, mon petit roulé, de prendre ton alt pour faire comprendre aux autres qu'ils peuvent aller se faire fou*re bien cordialement :)

Rowley est mon main, non mon alt.

Je croyais que c'était Rainbowdash ton main !

Go sortir un serveur de test avec quelques commandes et ce sera plus simple...

Je m'incline devant cette remarque d'une intelligence et d'une construction remarquable.

Moi je m'incline devant le pseudo haha !

Je classe, suite à :

C'est même plus simple que cela : les admins n'accordent pas de comptes tests excepté circonstances exceptionnelles, qui sont totalement indépendantes du rôle d'AC ou de MVP.
Obtenir un compte test est un privilège auquel seuls les membres les plus investis du serveur peuvent prétendre. Un investissement qui est à la libre appréciation des administrateurs.

Néanmoins petite parenthèse de fin, les efforts que vous faites dans les rapports de bug sont remarqués Eein. Cependant, les comptes tests ne peuvent pas se donner à tous les joueurs qui ont cette attitude, car le serveur test est aussi le serveur de développement.
Même si les AC et MVP n'ont pas de compte test, et qu'il est rare qu'ils en obtiennent même s'ils le demandent, ce sont en tous cas des rangs qui prouvent dans un premier temps l'investissement passé et actuel, et qu'il est toujours bon d'assumer pour prouver aux admins la volonté de les aider.

Edit : Je finis par rappeler quelque chose qui a déjà été dit : il n'y aura pas de serveur test, en plus de celui de développement et de l'actuel serveur de jeu. Logistiquement, ce serait trop à gérer.