Boomtchak
Accueil du site > CMS Outils > CMS Infos > Tester en ligne > Protocoles de test des CMS

BoomComparatif

Protocoles de test des CMS

jeudi 19 décembre 2002, par davduf, Erianor, Philippe Belin, yann, ^Fabrice^^

Dans le but de coller au plus près de l’actualité, Boomtchak en appelle à ses membres/rédacteurs...

Voici l’idée :

Tester un CMS à plusieurs une fois par mois.

Voici la marche à suivre :

  • Détermination du CMS à tester ;
  • Trois semaines de test ;
  • Ceux qui veulent participent au test, en local chez soi, ou sur un serveur ;
  • Dans un article, d’abord réservé aux membres, chacun y va de son avis, remarques, suggestions, sur le CMS choisi ;
  • Publication du test, sous forme de synthèse. [1]


Le protocole du Protocole

Fiche d’identité

  • Nom du CMS
  • Famille du CMS (Nuke/...)
  • Origine/Pays
  • Historique rapide

L’installation

  • Vitesse
  • Simplicité
  • Configuration du serveur
  • Option(s) d’installation
  • Hébergeur...
  • Langage propre au CMS ou non (ex : les boucles dans Spip = langage propre)

La pratique

  • Gestion et classement de l’info.
  • Prise en main du site [2] :
    • Par les visiteurs,
    • par les admins
  • Personnalisation : est il facile de personnaliser le CMS ? Est-il pensé en ce sens (Customisation) ou est-il livré dans un carcan, « clé en mains » ?


Les Fonctions

  • Les fonctions de base
    • Articles
    • Breves/News
    • Annuaire de liens
    • Annuaire de fichiers
    • Chat
    • Forum
    • Espace privé/membres
    • Gestion des permissions (telle page accessible, tel module, etc.)
    • ...
  • Possibilité d’add-ons, de modules ?


Vitesse

  • Vitesse du CMS ? ( Quelle procédure ? )
  • Système de cache ?

Gestion du graphisme

  • Utilisation d’un systhème de Thèmes/Templates ?
  • Qualité/Performance de ce système de Thèmes/Templates
  • Bibliothéque de template (importance ?)


Compatibilité

  • Register global = off ?
  • PHP < 4.1 ?
  • Hebergeur (Free/Multimania) ?


Documentation / Assitance

  • Documentation d’aide ?
    • En français ? En anglais ?
    • Où ?
      • En ligne ?
      • En FAQ ?
      • Sur le site support ?
  • Assistance utilisateur ?
    • En français ? En anglais ?
    • Où ?
      • Forum ?
      • Site ?
      • Mailing Lists ?
      • IRC ?


Les plus

  • Disponibilité d’add-on.
  • Disponibilité de thèmes graphiques/skins/squelettes.


Activité de votre site

Adéquation entre le CMS testé et le besoin. [3]

  • Annuaire
  • WebLog
  • Communauté
  • ...

(à compléter...)

P.-S.

La publication de cet article a pour but d’ouvrir le débat. Quelles informations vous paraissent manquer ? Quel CMS voudriez vous voir tester (et/ou tester avec nous) ? Le protocole de test vous semble-t-il complet ? Manque-t-il quelque chose ?

Merci à tous.

Notes

[1] je me propose de rédiger celle-ci si vous voulez - davduf. par ailleurs, mise en place de formulaires en ligne pour les testeurs

[2] le CMS est il intuitif ?

[3] Adéquation entre le CMS testé et le besoin / Note de 1 à 10

25 Messages de forum

  • > Protocoles de test des CMS 19 décembre 2002 18:55, par davduf

    Des suggestions ? Des idé&es ? Des remarques sur les tests à venir de Boomtchak ?

    C’est ici...

    • > Protocoles de test des CMS 20 décembre 2002 18:21

      - Oui si :
      - les tests sont refaits tous les 3 mois
      - si l’on "décortique" vraimment le contenu des fonctions des produits.

      Comparer c’est nécessairement juger !

      • > Protocoles de test des CMS 20 décembre 2002 18:39, par Erianor

        > Les tests sont refaits tous les 3 mois - si l’on "décortique" vraimment le contenu des fonctions des produits.

        Euh, vu le nombre de CMS tous les trois mois ça risque d’être dur si on veut faire ça bien soit en décortiquant.

        Par contre les commentaires des visiteurs peuvent aussi servir dans ces tests.

        > Comparer c’est nécessairement juger !

        Le but du protocole de test me semble justement de définir un certains nombres de paramètres les plus objectifs possibles de sorte à permettre au lecteur de juger ce qui est le mieux pour LUI.

        Je ne crois pas qu’il y ait de CMS ultime, les CMS se spécialisent dans un ou plusieurs domaines donc en fonction de ses besoins personnels on fait son choix.

        • > Protocoles de test des CMS 20 décembre 2002 23:15, par davduf

          Entierement d’accord avec Erianor. L’idée n’est pas de classer les CMS. L’idée est seulement d’aider chacun à trouver les outils les plus adéquats à ses besoins.

          Nous n’avons aucun intrêt nulle part ,-)
          Sauf, peut etre, celui d’essayer d’accompagner le développement des CMS dans leur ensemble...

          Les commentaires aux tests sont sans doute une excellente possibilité de maintenir à jour les tests... Essayons d’bord de tester un maxium de CMS et nous verrons ensuite si on peut les re-tester ,-)))

          • > Protocoles de test des CMS 20 décembre 2002 23:50

            Pourquoi ne pas proposer votre protocole directement aux développeurs de ces outils ?

            Leur réponses précises permettraient de vous faire gagner un temps précieux.
            Charge à vous de les confronter à vos propres tests.

            Pour ma part, je ferais le nécessaire si vous me le demandé.

            Ceci étant, ces développements évolus TRES rapidement, donc une remise à jour des tests de manière régulière me semble quand même une bonne idée (Par exemple Portix dispose maintenant d’un "presque Base de Données", NPDS dispose d’un moteur de template HTML, Envolution n’existait pas il y à 6 mois ...)

            A suivre donc

            Voir en ligne : Developpeur

            • > Protocoles de test des CMS 21 décembre 2002 23:15, par davduf

              C’est une idée, en effet.
              A dire vrai, j’avais plutôt pensé à l’inverse : on faisait le test, et on soumettait le résultat aux développeurs avant poublication, non pour modifier la synthèse, mais pour apporter les réponses/éclairages des développeurs eux-mêmes...

              Sur la vitesse des évolutions des CMS, totu à fait d’accord. D’où la date de publication des articles ici. Elle "relativise" l’information, la situe dans le temps...

  • > Protocoles de test des CMS 20 décembre 2002 11:01, par julien

    J’aime ce concept de test de CMS..

    ne serait il pas intéressant de créer un outil qui permettrait selon des critères à définir, à un webmaster de trouver le cms qui s’adapte le mieux à son projet ???

    du style (pour moi ;p ) :
    - avec galerie photo
    - news
    - articles
    - gestion de rédacteurs
    etc

    je coche tout ça :
    il me sors ...
    spip (à non, pas encore de galerie photo gérable nativement :(((

    je suis prêt à bosser dessus avec d’autres motivés :)

    Julien

    • > Protocoles de test des CMS 20 décembre 2002 13:43, par davduf

      Ce serait l’outil parfait, le BoomParadis en quelque sorte ,-)

      Seulement, faut développer le bidule, et puis le remplir...

      En tout cas, une superbe piste à creuser...

      Merci Julien !

      • > Protocoles de test des CMS 20 décembre 2002 14:30, par julien

        ça ne sera pas simple ;)

        et surtout, il ne faudrait pas que cela dérive en "classement/jugement"

        • > Protocoles de test des CMS 20 décembre 2002 15:01, par Erianor

          On ne risque pas de dérive si les critères demeurent objectifs : la fonction y est ou n’y est pas, pas de jugement qualitatif.

  • Pour janvier 03, quel CMS testons nous ? 29 décembre 2002 23:47, par davduf

    Voila, tout est dans la question...

    Quel CMS devons nous tester ensemble ?
    Devons nous prendre un CMS déjà bien "assis", de type Spip ou Nuke like, ou quelque chose d’autre ?

    A vous de dire ! A vous de proposer !

    • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 08:08, par yann

      Plutôt un CMS "connu" amha.

      Pourquoi pas Spip ? A tout seigneur, tout honneur puisque c’est celui qu’on utilise ?

      • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 10:02, par Erianor

        > Pourquoi pas Spip ? A tout seigneur, tout honneur.

        Personnellement je serai parti exactement à l’opposé, parler d’un CMS mal connu pour mettre l’accent sur la diversité des CMS et éviter les guéguerres... mais faut dire que je suis un peu parano.

        Disons qu’en commençant par SPIP, je crains qu’il ne soit obligatoire, diplomatiquement, de traiter les autres (connus) dans la foulé et de justifier l’ordre dans lequel ils sont traités par un jugement qualitatif...

        • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 10:45, par yann

          le pb va être de motiver les membres à nous donner leur opinions sur des CMS peu connu au départ ?? Voire à nous donner un coup de main pour les tests ??

          • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 10:53, par Erianor

            C’est plus sport effectivement.

            Mais le problème se posera de toute façon après avoir fait 3 ou 4 tests.

            Ensuite si on entre en contact avec les développeurs et les sites de support, ça peut les intéresser de venir prêcher la bonne parole.

            • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 11:07, par yann

              Je pense que de toutes façons, il faudra ce mettre en rapport avec les développeurs du CMS testé. Tant qu’à faire une "fiche" sur le CMS autant avoir l’avis de l’équipe de développement (un texte introductif de leur part, interviews,...)

              AMHA, je verrais bien un truc du style :
              - L’intro des développeurs,
              - les réponses des membres à un formulaire sur le CMS,
              - La synthèse et l’opinion de la rédaction de Boomtchak

              Non ??

              • A inclure dans le protocole, effectivement.

                Lintro des développeurs pourrait aller dans la "Fiche d’identité".

                Les commentaires des usagers dans la section "La pratique".

                Pour la conclusion de la rédaction ben en conclusion justement.

        • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 14:07, par davduf

          Je suis assez d’accord avec Erianor, et pour les mêmes raisons que lui. Je pensais plutôt démarrer avec un CMS moins connu dans nos contrées...
          ex : Tiki

          Qu’en dites vous ? Un autre CMS ?

          • > Pour janvier 03, quel CMS testons nous ? 30 décembre 2002 14:20, par Erianor

            Ca pour pas être connu c’est pas connu lol

            Moi ça me va au moins c’est sans ambiguité.

            • > Pour janvier 03, quel CMS testons nous ? 31 décembre 2002 19:33, par Davduf

              Et si... on attendait la disponibilité d’iXprim ?

              Pour info, iXprim est dévéloppé par Trollix, l’homme qui a produit tant de modules de qualité pour Nuke/PostNuke/Xoops.

              Avantages de le tester :

              • cms francophone
              • cms tout neuf

              Pbs :

              • pas sur que Trollix rende son CMS dispo tout de suite

              Voir en ligne : iXprim

              • > Pour janvier 03, quel CMS testons nous ? 1er janvier 2003 09:01, par Erianor

                Ne sachant pas où en est le développement, je ne suis pas sur qu’il faille risquer d’attendre un ou deux mois.

                Par contre j’ai bien envie de le tester dès sa sortie et en attendant je ferai régulièrement des tours sur le site pour voir l’évolution.

  • > Protocoles de test des CMS 13 janvier 2003 17:17, par jcmoriaud

    Bonjour,

    Tester les CMS et de façon régulière est une excellente idée.

    A approfondir, je pense :

    . les procédures de migration d’une version à l’autre, parfois si problématiques,

    . la mise en ligne d’informations à partir de documents standards (désolé je vais me faire tuer) de type Word ou Excel, et par un non initié.

    Amicalement, JCMoriaud

    • > Protocoles de test des CMS 13 janvier 2003 19:44, par Davduf

      Bonsoir JC,

      Qu’entends tu par "la mise en ligne d’informations à partir de documents standards (désolé je vais me faire tuer) de type Word ou Excel, et par un non initié. " ? Si le CMS le permet, c’est ca ?

SPIP | squelette | | Plan du site | Suivre la vie du site RSS 2.0