2016-09-27 12 views
1

IBM会話サービスのBluemixで作業を開始したばかりです。通常、プロジェクトを設定する際には、配送パイプラインも設定します。通常、プロセスはソリューションがテスト環境にデプロイされ、プロダクトに展開する最後のステップが手動で実行されるまで自動的に行われます。IBM会話サービスで出荷パイプラインを自動化

私は会話サービスがこれにどのように適合しているか、いくつか質問しています。私が知る限り、サービスにはメッセージを送信するためのエンドポイントが1つしかありません。どのように私はプログラムでテストするためにテストインスタンスを配備するようなことをすることができますか?

もう1つの質問は、会話自体のテストに関するものです。ダイアログノード/インテント/エンティティを追加する場合、以前に設定したすべての質問にサービスが応答できることを確認したいと思います。理想的には、何かが壊れた場合に変更を行っている間に会話の開発者に通知することを希望しますが、いくぶん少ない頻度で受け付けます。サービスの変更はアプリコードの変更と結びついていないので、アプリのパイプラインが実行されている間にサービスをテストすることは実際には意味がありません。私の質問です:会話サービスの自動テストを行うためのベストプラクティスはありますか?

答えて

0
  1. ワトソン会話サービスは、訓練された会話の複数のインスタンスをサポートし、「ワークスペース」IDを持つ各。 appのインスタンスがワークスペースIDを指しています。あるノードから別のノードにアプリをデプロイすると、アプリのプロモーションとともにその会話ワークスペースインスタンスが「デプロイ」されます。

  2. 会話サービスにはバージョンがあります。アプリケーション環境でどのバージョンのアプリケーションを使用するかを指定できます。これを変更しないと、サービスを変更するまでサービスが利用可能であっても変更が適用されません。サービスが更新されたことがわかったら、dev/test環境でアプリケーションのバージョンを変更し、テストを実行してprodになることができます。

+0

お返事ありがとうございます!基本的に、私が探していたのは、いくつかの自動化されたタスクを行うためのAPIサポートでした。質問を投稿した当時、これらのAPIは利用できませんでした。最近、IBMはより多くの[APIs](https://www.ibm.com/watson/developercloud/conversation/api/v1/)を備えた会話サービスの新しいバージョンをリリースしました。 – kaamodt

関連する問題