apparement l'essai que j'ai fait ne donne rien ..... ca fait ....

si nytro passe pas de la journée ca devrait régler le prob au refresh ....

Dernière modification par doudou67 (2008-05-09 06:52:29)

Je ne grogne pas souvent, mais cette fois oui parce qu'en attendant on ne peut même pas s'approvisionner sur les NC.

Donc ça me gave.

Compte Churay, Aquonden/Inisheire

Désolé tupac mais ce bug j'vois pas d'ou il vient ya aucune raison a cette teleportation que j'ai programmé nulle part! au refresh en bougeant d'une case vous devriez etre teleporté a nouveau vers le debut... je crois les doigt!

Probleme contourné ca fonctionne ^^ mais ca n'empeche pas la teleportation du debut :s

ca faut demander au chefs

Dernière modification par ksathenaette (2008-05-12 22:09:26)

Voilà j'ai effacée le lien bon te reste encore un bug à corriger... verdict ce soir après une heure

voui du coup encore télétransportée... je refait le tour (je rigole haut et fort) encore trois jours et on bat le record de Laidad 8 jours sur l'île (je rigole haut et fort) là on en ai qu'à 5

Bisous les chefs (k)(k)

TupacAmaru a écrit:

Avant sa mise en ligne, cette quête a-t-elle été testée ?

Comme je suppose que la réponse va être oui, j'enchaîne :
comment : sur des machines neutres ou sur des machines de développement ?

Juste pour rappel : tester sur une machine de développement c'est être certain que des bugs n'y seront pas visibles, ou vouloir ne pas les voir.

Mais bon, chacun fait comme il le sent

Il n'y avait aucun bug sur la quete au niveau de la programation j'ai passé pas mal de temps a régler ceux qui été present avant de la mettre en ligne les téléportation non voulu j'ai aucune idée d'ou elle sortent........

Bon voila problème réglé en déplaçant le dialogue d'une case ............

pensez bien a faire gaffe au dial

Pour savoir, quelle est la notion de test pour toi?

Si tu veux, on peut te faire tester les prochains villages

Pour savoir, quelle est la notion de test pour toi?

- On développe sur une machine, et on y fait les tests de programmation pure (ça compile ou pas / ça interprète ou pas) de manière à régler les pbs de syntaxe tel l'oubli d'un ; dans les langage ponctués ou d'erreur de frappe.
- sur la même machine on commence les tests de logique simple, si l'utilisateur fait ça, est-ce que cela produit bien ce qui est prévu.

Quand ça semble bon, on passe sur une machine lambda, qui ne contient qu'un système de base (que j'appelle une machine neutre) et on reteste.

Et là, si ça marchait parce qu'une variable d'environnement permettait de s'affranchir de path non implicites, ou si des composants étaient présents parce quon était sur une machine de développement, ou si... etc, etc... on s'en apperçoit à la vitesse grand V.

Arrêter les tests sur la machine qui sert à développer/debugger, c'est mettre toutes les chances de son côté pour qu'un ou plusieurs bugs fassent leur apparition très rapidement.

Les lois de Murphy sont caricaturales quand elles sont énumérée en masse, elles n'en restent pas moins le fruit de l'expérience de leurs auteurs, donc pour mémoire :
Loi empirique de la Production : Si un prototype fonctionne correctement, ce ne peut être le cas des exemplaires de série.
Troisième Loi de Boyle : Les défauts n'apparaîtront jamais pendant les essais.
Tout programme non trivial contient au moins un bug. Aucun programme n'est trivial.
Sixième postulat de Troutman : Si une installation test fonctionne parfaitement, tous les systèmes qui en dépendent vont planter.
3ème Loi du Développement Différentiel en Informatique d’Entreprise : Aucune des données ’foireuses’ qui mènent à des plantages de programmes en production n’est présente en environnement de test.

Si tu veux, on peut te faire tester les prochains villages

Si le virus qui a frappé pas mal d'anciens ne m'atteint pas trop rapidement...
Cela dit que je teste ou que ksa continue à le faire, ça ne changera pas grand chose.
Elle le fait bien et certainement avec plus de patience que moi...