Outil de développement Visual VoiceXML/VXML?

Question

Est-ce que quelqu'un connaît des outils qui me permettront d'exécuter et de déboguer visuellement une application VXML? Il y a une tonne d'outils de développement VXML, mais ils nécessitent tous que vous construisiez votre application en leur sein. J'ai une application existante qui utilise les JSP pour générer du VXML, et je cherche un moyen de naviguer et de déboguer le VXML rendu de la même manière que Firebug le permet avec HTML. J'ai quelques outils de type proxy qui me permettent d'inspecter le code rendu tel qu'il est envoyé au navigateur VXML, mais il y a une tonne de JS, ce qui rend la traversée du code à la main plutôt difficile.

Est-ce que quelqu'un a travaillé avec un produit qui le permet?

Merci!
IVR Avenger

Answer 1

Avertissement: Je suis le responsable du développement Voiyager (www.voiyager.com), un outil de test de VoiceXML. Il ne répond pas à vos critères et je ne crois pas que ce soit le type d'outil que vous voulez, mais j'ai pensé qu'il valait la peine de le mentionner. Pour autant que je sache, il n'existe pas d'outil de test pour VoiceXML. En fait, il existe très peu d'outils VoiceXML sur le marché et pratiquement aucun test ou analyse. Les fournisseurs qui ont créé des outils de développement ont tous été acquis par d'autres sociétés. Certains d'entre eux proposés offraient différentes formes de débogage spécifiques à leur jeu d'outils ou restaient au niveau du dialogue (entrée de l'appelant). D'après votre question, je suppose que vous avez besoin de beaucoup de capacités de débogage de niveau inférieur. Je pense que les chemins alternatifs sont minimes et quelque peu difficiles. Je crois que votre objectif principal est de déboguer ou de réécrire une application existante, mais vous n'avez pas fourni de défis spécifiques au-delà du JavaScript. Quelques réflexions ou approches pouvant vous aider:

1. Isolez le code JavaScript et placez le code dans un faisceau de test unitaire. Cela ira un long chemin à comprendre la logique de l'application. Toute encapsulation du JavaScript que vous effectuez contribuera probablement à améliorer la maintenabilité du code.
2. Essayez d'exécuter le VoiceXML via une couche de traduction au format HTML afin de pouvoir utiliser FireBug. Le plus grand défi impliquerait l'entrée de l'appelant (c'est-à-dire le traitement des grammaires SRGS). Vous pourriez probablement tricher en demandant à la forme d'accepter une chaîne JSON remplissant les valeurs du champ. Il existe des outils sur le marché pour tester les grammaires. En fonction de la nature de vos problèmes, vous pouvez adopter une approche simple et légère et tenter de résoudre les problèmes.
3. Plumb l'application avec beaucoup de journalisation. Cela peut être fait à l'aide de l'élément LOG de VoiceXML ou repoussez l'espace de la variable sur le serveur. En ajoutant des formulaires intermédiaires, vous pouvez fournir un vidage de chacun via l'élément de données VoiceXML.
4. Voir si votre application s'exécutera dans l'un des navigateurs VoiceXML open source (pas sûr de l'état des navigateurs open source comme nous l'avons construit et acheté pour nos différentes lignes de produits). Si vous pouvez le faire fonctionner principalement, vous pouvez utiliser le débogueur de développement pour fournir une certaine capacité à parcourir la logique. Cependant, il s'agit probablement de l'un des chemins les plus difficiles car vous devez vraiment comprendre le navigateur pour savoir quand et où coller vos points d'arrêt et savoir comment exposer les données que vous voulez.

Bonne chance pour le défi. Si vous trouvez une autre approche, je serais intéressé à la voir affichée.

Answer 2

• Il y a JigSaw Test suite - a permis d'essai gratuit et à un prix raisonnable.

• Il est IBM's debugger - une partie de WebSphere voix Toolkit.

• De nombreux autres produits ont débogueurs - a very good summary is here

Answer 3

Un env de débogage alternative est d'utiliser quelque chose comme Asterisk avec un plugin navigateur VoiceXML comme celui de http://www.voiceglue.org/ ou pour une licence limitée, i6net. Vous pouvez garder toutes les pièces séparées (application dynamique html et vxml dans php/jsp/j2ee /, traitement tts et traitement asr optionnel en tant que machines virtuelles séparées avec quelque chose comme virtualbox.) Si la logique peut être conservée la même, alors il est juste une question de changer l'interface utilisateur basée sur le canal.

un softphone est tout ce que vous devez appeler une machine astérisque minimale, qui a le navigateur VoiceXML avec l'url du VXML dans le plan d'appel.

Je viens d'utiliser Zend Framework comme php est utilisé dans cet environnement, et changé suffixes vue (PHTML vs VXML) en fonction de la chaîne de l'agent utilisateur.

Flite pour tts est bien pour le débogage, et quand votre application est prête, vous pouvez soit enregistrer des phrases, et il y avait une page sur les forums ubuntu avec des instructions pour augmenter la qualité flite avec quelques fichiers sonores supplémentaires.

Answer 4

-vous ont essayé Eclipse VTP ou InVision Studio?

• Eclipse VTP
  Ce plugin Eclipse est. Mais je pense que c'est un peu hostile aux utilisateurs (du point de vue japonais).

• InVision Studio * Requis créer un compte utilisateur *
  Voici l'outil IVR de Convergys. Il doit éditer le mode VXML standard. (Malheureusement, il ne correspond pas exactement.)

Answer 5

Pour déboguer vxml, j'utilise le vérificateur VoiceXML de Nuance Cafe. Il ne vous donne pas un arbre visuel ou quoi que ce soit, mais il est assez bon pour détecter les erreurs de syntaxe et est gratuit. Je pense qu'ils pourraient également avoir des outils de débogage plus avancés si vous regardez, mais je n'ai pas eu le besoin. (Note: Je n'ai pas d'association avec eux) http://cafe.bevocal.com/tools/vxmlchecker/vxmlchecker.jsp