言語に依存しないユニットテストフレームワークはありますか？[閉まっている]

私は常に作業コードを書き直すことに懐疑的でした-コードの移植もこれに例外ではありません。ただし、TDDと自動テストの出現により、コードの書き直しとリファクタリングがはるかに合理的になりました。

古いコードの移植に使用できるTDDツールがあるかどうか、誰もが知っていますか？理想的には、次のことができます。

1. 合格する（またはバグを見つけた場合は失敗する）古いコードの言語に依存しない単体テストを作成します。
2. 失敗した他のコードベースで単体テストを実行します。
3. 古いコードを見ずにテストに合格する新しい言語でコードを記述します。

別の方法として、ステップ1を「言語1でユニットテストを書く」と「言語2にユニットテストを移植する」に分割します。これにより、必要な労力が大幅に増加し、ポート（つまり、このコードベースでの継続的な統合の利点は得られません）。

編集：StackOverflowでこの質問に注目する価値があります。

別の言語で単体テストを書くことは不可能だと思います。

ただし、統合/受け入れ/ユーザーインターフェイス/ whaterver_you_name_itテストを作成することで、非常に高レベルのテストを作成し、ソフトウェアの記述言語に縛られることはありません。

アプリケーションがWebサービスである場合、プロトコルをサポートしていれば、任意の言語でテストできます。アプリケーションをブラウザで実行する場合、セレンを使用できます（これが私の頭に浮かんだのは初めてですが、他にもあります。など）作業しているアプリケーションのタイプ。

もちろん、ユニットレベルのテストと同じカバレッジはありません（多くの時間を費やさない限り）が、少なくともテストハーネスは必要です。

あなたの考えに最も近いのは、Java VMなどの仮想マシンベースのエコシステム上の単体テストフレームワークだと思います。少なくともScala（Groovyも信じています-Clojureについてはよくわかりません）は、Javaとほぼ完全に相互運用可能です。つまり、ScalaコードはJUnitでテストでき、JavaコードはScalaTestでテストできます。このようにして、ScalaでJavaコードを（徐々にまたは一度に）書き直し、同じJava単体テストを使用してその正確性を検証できます。（または逆に-ScalaからJavaに移行する正当な理由は想像できませんが。）

おそらく、C＃、F＃、ASP.NETなどの.NET CLIの言語にも同じことが当てはまります。

ただし、VM / CLRの外部では、より困難です。理論的には、ユニットテストやテスト対象のコードをCなどの別の言語にコンパイルできます（以前のC ++などの新しい言語では一般的でしたが）。単体テスト。

そのようなフレームワークは、使用されるコードの言語で作成する必要があるため、存在しません。

たとえば、c ++コードをテストするためのフレームワークは、cまたはc ++で記述する必要があります。C ++で記述されたフレームワークを使用することは可能ですが、C ++機能を使用している場合はACコードをテストしません。

方法論はさまざまですが、私の場合、TDDテストの大部分は「単体テスト」ではなく「統合テスト」スタイルになります。つまり、それらのほとんどは、ほぼ実際のクエリでプログラム全体をテストし、適切な応答をチェックします。

いくつかのケースでは、ネットワーク駆動型プログラム（主にアプリケーション固有のプロトコル）を作成したときに、仕事に使いやすいと感じる便利な完全なテストフレームワークがなかったため、簡単に言えば、共通のシンプルなテストフレームワークを使用して別の言語で非常にシンプルなクライアントを作成し、ほとんどのテストでサーバーの応答をチェックしました。

それでも、そのような場合でも、いくつかの非ネットワークパーツをテストするために、実際のアプリケーションにいくつかの手動テストを注入しました。

言語に依存しないテストフレームワークは、受け入れテスト（観点）に適した汎用テストフレームワークであり、そのフレームワーク内のテストケースは、QA（例：Robotframework）によって管理されます