GraphQLAPIをテストしたい。今のところ、GraphiQLを使用していますが、自動化されたツールを探しています... SOAPUIはGraphQLテストをサポートしていないようです。
何か案は?
ありがとう。
基本的に、私が見たいくつかのオプションがあります。
ApolloのGraphQLプラットフォーム 。個々のリゾルバーで本格的なテレメトリを提供し、VS Codeと統合して、クエリのコストをリアルタイムで開発者に知らせることができます。しかし、あなたはそれを支払うでしょう。
あなた自身を書いてください。十分に単純なユースケースの場合は理にかなっているかもしれませんが、豊富な機能セットを探している場合は、構築するよりも購入する方が理にかなっています。
SoapUI 5.4.0(community edition)を使用していますが、GraphQLリクエストのテストに問題はありません。それらをRestリクエストとして扱い、ヘッダーを追加します。コンテンツタイプ:application/graphql
詳細は画像をご覧ください。
自動テストには https://github.com/ohler55/graphql-test-tool/gtt があります。これはgoで記述されていますが、スタンドアロンアプリケーションとして、任意のGraphQLサーバーで使用できます。ユニットテストとCIに使用します。
具体的には、何をテストしますか?
ビルドごとに実行する自動化されたサニティチェックテストがいくつかあります。
スキーマは有効ですか(graphql-js
による)?実装で次のことが可能であれば、これは驚くほど簡単に混乱する可能性があります。同じタイプ名の複数の定義、またはその他の数の微妙なバグ。
これは重大なスキーマの変更ですか?もしそうなら、それを承認して受け入れる特定のgit commitメッセージがない限り、ビルドを中断します。 graphql-js
を使用すると、これは非常に簡単です。現在の本番環境に対してイントロスペクションクエリを実行し、現在のビルドに対して実行して、組み込みのfindBreakingChanges
関数を使用します。
graphql-js
テストは、サーバーをJSで作成する必要があるという意味ではないことに注意してください。サーバーはReasonMLで ocaml-graphql-server を使用して作成され、ビルド時にノードテストを使用します。他のクライアントと同じようにヒットするスイート。
最後に、それ以外にも、エンドツーエンドのAPIサーバーテストのクエリ/変更を実行するテストがいくつかあります。全体として、これはこれまでのところ回帰に対して非常に堅牢です。
また、任意のhttpクライアントでGraphQLサーバーにアクセスするだけでよいことを覚えておいてください。テストスイートには、GraphQLを認識する必要はありません。上記のサニティチェックに加えて、このルートをお勧めします。