Connaissez-vous un protocole normalisé de test d'une version bêta d'un nouveau site ?
il y a 9 ans par oimoci

Je ne connais pas de "protocole normalisé de test" et je ne suis pas certain qu'il en existe un, car comme tu le sais, il nous faut nous adapter régulièrement aux contraintes nouvelles posées par les "grands éditeurs". Je ne peux que partager mon expérience et te proposer une liste non exhaustive de tests à réaliser :
- tests de charge
- tests de sécurité
- tests de conformité des paramétrages DNS de l'environnement d'hébergement
- tests du code (beta tests, lean startup ...)
- tests de compatibilité avec des API d'éditeurs tiers (Google, Apple, Facebook, Twitter,...)
- tests de conformité avec les contraintes (non officielles) de certains moteurs d'indexation
- tests de conformité des services (tests des cas d'utilisation spécifiés sur les périphériques les plus courants)
- tests d'ergonomie et tests des accroches marketing (user experience)

Hello, j'ai une/des réponses bien… beta. :p

* mettre une adresse dédiée aux bugs à disposition des skillers (demander de mettre un tag [bug] ou [wishlist] dans le sujet), et proposer aux skillers d'apporter leurs retours d'expériences ;

* vérifier qu'un grand nombre de points vérifiables conseillés par les outils de webmastering chez Google sont atteints ;

* vérifier que le plus grand nombre possible d'erreurs selon le W3C sont résolues, afin que le site puisse être considéré aussi accessible que possible : validator.w3.org/ ;
(merci au validateur qui m'a fait savoir que skiller.fr est super moderne et utilise du html5, grâce à quoi… ^^ )

* et si Skiller.fr veut aller encore plus loin, il peut aller voir du côté de l'accessibilité pour tous les navigateurs avec le site et les forums de Any Browser: www.anybrowser.org - www.anybrowser.org/campaign/forum/index.php

:-)

Je n'ai pas une expérience concrète de ce genre de choses mais je connais de nom quelques frameworks d'intégration continue tels que Jenkins. Le choix entre ces frameworks dépend entre autres des technologies que vous-mêmes utilisez. Une remarque sur le test "normalisé" : ce n'est pas forcément une bonne idée quand on teste une application qui interagit avec l'utilisateur, puisque le comportement d'un utilisateur est en général tout sauf normalisé. Je finis par un lien wiki sur l'intégration continue à défaut de pouvoir répondre précisément : en.wikipedia.org/wiki/Comparison_of_continuous_...

Selon moi, il faut faire de l'A/B test suivant le framework "lean startup"...

Nous avions utilisé Unbounce (unbounce.com/) mais je me demande si ce n'était pas pour tester des propositions de valeur plutôt que des fonctionnalités... à voir...

Il y en a d'autres: www.optimizely.com / www.optimizely.com/pricing