私はスタブ化された Web サービスを作成して、チームが完全なスタックをトラバースせずにコードを実装および「統合」テストできるようにしましたが、これはこの場合は不可能です。
成功、さまざまな種類の失敗など、いくつかの異なるシナリオを作成したいと考えています。これらのシナリオを処理するために私が考えた 1 つの方法は、特定の入力がたとえば "Smith" の場合は 1 つのオブジェクトを返し、"Jones" が別のオブジェクトを返す場合です。
このシナリオのマッピングが脆弱すぎるのではないかと思っていますが、主に、開発者がシナリオを拡張できるように、これらのシナリオを適切に管理するにはどうすればよいでしょうか。1 つのアイデアは、期待される可能性のある結果をシリアル化し、それらをパラメータとともに何らかのリポジトリに保存することでした。これは、それらが追加および修正される可能性があることを意味します。ただし、シリアル化は壊れる可能性があり、複雑なオブジェクトの場合は厄介です。
ここで本当に何かが欠けているように感じます!
開発中に Web サービスなどをスタブ化するのが大好きです。これにより、開発者は、まだ準備ができていない可能性のあるシステムをターゲットにして、作業を完了することができます。あなたが言ったように、それは彼らが早期に統合することも可能にします。これは素晴らしいことです. 実際のサービスの準備ができたら、スタブを実際のサービスに簡単に交換できるはずです。
実際の Web サービス呼び出しを模倣する、シンプルで手短なリポジトリを作成するのはまったく問題ないと思います。パラメータの 1 つのセットが入ってきて、いくつかのデータが戻ってきます。
コード/データ構造を生成するツールを作成するために数時間を費やすことを検討してください。ランダム データ (名前、アドレスなど) を生成する関数を作成すると、パラメーターを変更して、スタブ化されたデータ/スタブ化されたコードを再生成するのは非常に簡単になります。
開発者の生産性が劇的に向上するため、スタブを作成する価値はあります。何かをセットアップするのに 1 日か 2 日を費やすことを恐れません。