2009-10-31 3 views
1

Donc .. J'ai mis en place IE pour utiliser WebScarab comme un proxy, puis connecté dans Quality Center. Et voilà, le programme utilise HTTP pour faire toute sa communication avec le serveur, et toutes les commandes et réponses sont des textes lisibles par l'homme. Ce n'est pas XML, ce n'est pas JSON, mais c'est lisible par l'homme et je suis sûr que je pourrais l'écrire si je le devais.Quality Center API utilisant uniquement HTTP?

Alors ... ce protocole est-il documenté n'importe où? Êtes-vous "supposé" pouvoir utiliser ceci? Quelqu'un a-t-il déjà une expérience de l'utilisation? Et oui, je suis conscient qu'ils ont un COM API, mais j'ai le sentiment que le comportement accidentel que je rencontre normalement de QC est probablement dans les objets COM, donc tout logiciel que je pourrais écrire qui les utilise présenterait le même comportement.

Répondre

1

La méthode officiellement prise en charge pour la communication avec CQ est l'API Open Test Architecture (OTA) publiée qui est très bien documentée. Je pense que vous auriez votre travail découpé en essayant de réécrire l'API à un niveau inférieur HTTP. Beaucoup de gens utilisent l'API OTA avec succès pour personnaliser le CQ et écrire des extensions tierces. De nombreuses idiosyncrasies COM sont également documentées sur le .NET. Peut-être que vous pouvez élaborer sur les sortes de problèmes que vous rencontrez avec l'API COM?

Questions connexes