Quality Center api en utilisant uniquement HTTP?

Question

.. Je mis en place IE à utiliser WebScarab comme proxy, puis ouvert une session dans Quality Center. Et voilà, le programme utilise le protocole HTTP pour faire toute sa communication avec le serveur, et les toutes les commandes et les réponses sont du texte lisible par l'homme. Il n'est pas XML, ce n'est pas JSON, mais son lisible par l'homme et je suis assez sûr que je pourrais écrire si je devais le faire.

.. est ce protocole documenté nulle part? Est-ce que vous « censé » être en mesure d'utiliser cette fonction? Tout le monde a une expérience de l'utiliser de toute façon?

Et oui, je suis conscient qu'ils ont une COM api, mais j'ai le sentiment que le comportement crashy je normalement l'expérience du QC est probablement dans les objets COM, de sorte que tout logiciel que je pourrais écrire qui les utilise présenterait le même comportement .

Answer 1

La méthode prise en charge officiellement pour communiquer avec QC est via l'API Test Architecture ouverte publiée (OTA) qui est très bien documenté. Je pense que vous auriez votre découpe de travail en essayant de réécrire l'API à un niveau inférieur HTTP. Beaucoup de gens utilisent l'API OTA pour personnaliser avec succès QC et écrire des extensions tierces. En outre, beaucoup des COM idiosyncrasies sont maintenant documentées sur le .NET. Peut-être vous pouvez élaborer sur le genre de problèmes que vous rencontrez avec l'API COM?

Answer 2

La page ci-dessous peut aider: Visite http://technologicaguru.blogspot.com/2009 /06/connect-to-quality-center-ota-client.html