Les métiers du test

Contrôle qualité. (...) si il n’est pas parfaitement fonctionnel

Il n'y a pas que le pur fonctionnel qui compte en général. La doc pour l'utilisateur et/ou l'administrateur est-elle correcte ? Quelles sont les performances ou bien les performances sont-elles acceptables ? Les règles de sécurité requises sont-elles respectées ? Est-ce que ça s'intègre bien avec le reste (dépendances, empaquetage, etc.) ? Est-ce que la mise à jour se passe bien ? Peut-on faire un retour arrière ? Quid de la couverture de test ? Faut-il faire du fuzzing ? Est-ce que ça marche sur tous les systèmes prévus ? Est-ce que c'est vraiment utilisable par un utilisateur lambda ? Est-ce que ce qui n'est pas implémenté/est interdit génère des erreurs explicites et un comportement sain ? Est-ce « fonctionnel » pour l'utilisateur mais aussi pour l'administrateur système (les logs ? la supervision ? de quoi faire un service si ça doit en être un ? comment sauvegarder/restaurer les données et/ou la configuration ?). Etc.