Oui bien sure.
Mais ce n'est pas une méthode, c'est un référentiel.
 
 

Je ne comprends pas bien ou vous voulez en venir?
 
- Absence de test: tester quoi?
Il s'agit d'auditer des processus. Vous ne testez pas des processus, vous vérifiez s'il sont conforme à un niveau de qualité requis (ou de bonnes pratiques dans notre cas).
 
- De réel contrôle: pour faire suite à ce qui est dit ci dessus, un audit n'est ce pas un contrôle?
 
- Concordance de données: on ne traite pas des données mais des processus, je ne comprends pas de quoi vous parlez.
 
 
Le but de Cobit est de vérifier si les processus IT mis en place permettent aux métiers et à l'entreprise d'atteindre les objectifs visés (Cf. stratégie de l'entreprise).
En gros, mais vraiement très gros, si ton objectif est d'aller sur la lune, on veut être sure que les processus IT utilisés permettent de contruire des fusées et pas des voitures.
Ca parait con comme exemple, je le conçois, mais lorsqu'on voit dans certaines entreprises le différentiel astronomique entre le SI est les besoins... on est pas très loin de mon exemple.
Une fois qu'on s'est assuré que nos processus IT permettent bien de construire des fusées, on entre dans la phase d'amélioration continue (tous les référentiels appliquent le principe de la roue de Deming): comment améliorer les processus pour améliorer la performance, réduire les coûts... en gardant toujours en tête la stratégie d'entreprise.
Ensuite lorsqu'on atteind le niveau le plus haut de maturité, il faut s'y tenir car comme dans tous les domaines, dès qu'on relache son attention la qualité en patie (ex. de Toyota qui etait pourtant le champion du lean)