私は現在、Process360と呼ばれるGlobal360BPMツールセットを使用する大規模なBPMプロジェクトに取り組んでいます。この製品は、モデル化しようとしている特定のビジネスプロセスのフローを定義する複数の「プロセスマップ」を設計するという点で、他の多くのBPMソリューションと同様に機能します。各プロセスマップは、特定の機能を実行する複数のタスクノードが相互に接続されて構成されます。 (Webサービスの呼び出しなど)。
プロセスマップルートのテストを自動化するためのツールセットが提供されていないため、現在、リリースのQAフェーズでかなり深刻な問題が発生しています。そのため、大規模で複雑なプロセスが開発されてテストチームに引き渡されると、多くの場合、多数の問題が発生します。QAからいくつかの問題が発生することは明らかですが、構築に使用できる何らかの自動テストフレームワークがあれば、開発中に多くのバグなどが発見された可能性があると感じざるを得ません。プロセスマップのさまざまなルートを証明する一連の単体テスト。
現時点で行われる唯一の実際の開発テストは、テストケースごとの一連の手動ステップとして文書化されている、開発者によって実行される機能テストに似ています。このアプローチの問題は、開発者が手動で実行するのに非常に時間がかかることです。また、このため、比較的エラーが発生しやすくなります。また; 通常、スケジュールはかなり厳しいため、問題を早期に発見するのに十分な頻度でテストが実行されないことがよくあります。
先に述べたように、この種の自動テストを実行するための現在のツールセットによって提供される方法はありません。なぜ私は実際に考えさせられましたか?BPMシーン全体に非常に慣れていないので、これは製品に欠けている機能にすぎないと思いましたが、「ユニットテスト」はBPMの世界では伝統的に行われていないのではないかと思います。おそらく、この種の作業には適していないのでしょうか。
他の誰かがこの種の問題に遭遇したことがあるかどうか、そしてまた、何かを改善するために何ができるかを知りたいと思います。