問題タブ [approval-tests]

.approved を移動する方法がわかりません。承認テストで独自のフォルダーにファイルを追加します。情報はどこかにあると思いますが、見つかりません。

https://github.com/approvals/ApprovalTests.Net

複数の VS バージョンが実行されている新しい単体テストを追加すると、次のエラーが発生します。

vstest.executionengine.x86.exe が動作を停止しました

ポップアップウィンドウで。

異なるバージョンの OS で WpfApprovals を使用すると問題が発生しました。私の個人用ラップトップは Windows 7 Enterprise を実行しており、ビルド サーバーは Windows 7 professional を実行しています。WpfApprovals は承認ファイル名に OS 名を使用しているため、ビルド サーバーでテストが失敗しています。

承認名に OS を含めないようにいくつかのオプションを試しましたが、この動作は WpfApprovals.cs でハードコーディングされているようです...

... ApprovalResults.UniqueForOs() 呼び出しをコメントアウトするライブラリの修正版を作成する以外に、承認ファイル名に OS 情報を含めることを無効にする方法はありますか?

これらのテストがさまざまなメジャー OS バージョンで失敗することは理解できますが、さまざまなエディションで失敗するべきではありません。標準の文字列ベリファイアが UniqueForOs スタイルの命名を強制していないことに気付きました。

私は最初の ApprovalTest を書いています。両方のファイルが同じであるのに、なぜ次のエラーが発生するのかを理解する必要があります。

私のコードは

ApprovalTests.Netライブラリが提供するクラスを使用して、データベース クエリの結果を承認テストしたいと考えています。承認テストがどのように機能するかは理解していますが、Persistence 名前空間のクラスを使用する方法の例は 1 つも見つかりませんでした。私を始めるためのいくつかの例をいただければ幸いです。

複雑な Sql クエリをリファクタリングしています。リファクタリング後に新しいバージョンのクエリが同じ結果セットを返すことを確認する必要があります。私は次のようにそれを達成できると思います：

しかし、Dataset を xml 文字列に明示的に変換せずに、 Persistence名前空間のクラスを使用してそれを行うより良い方法があると思います。

最近、ApprovalTests で差分ツール (私の場合は BeyondCompare 3; WinMerge を使用して同じ問題を抱えている同僚がいます) が点滅してすぐに閉じるという問題が発生しています。ツールを開いたままにしておく唯一の方法は、テストを実行する前にツールを開いたままにしておくことです。

ApprovalTests 3.6 を使用しています。この問題は以前のバージョンにも存在していたことを知っています。

Verify を呼び出すメソッドは非常に単純です。

BeyondCompare に関する限り、Visual Studio での TFS 比較でこの問題が発生しました。これは、TFS が BComp.exe ではなく BCompare.exe を呼び出すように設定されていることが原因でした。BeyondCompareReporterそこで、 BCompare.exe の代わりに BComp.exe を呼び出すのカスタム実装を作成しようとしましたが、この場合、それを使用しても違いはありませんでした。

サードパーティのコンソール アプリケーションを介してヘッダー情報が tif に挿入されるシステムを更新するように依頼されました。私はそのビットについて心配する必要はありません。

ヘッダー情報を生成するマージプロセスを見てほしいと頼まれた部分です。

プロセスによって生成された現在のファイルは、変更を加える前に正しいと見なされるため、これを承認済みの結果として追加したいと思います。それから、行った変更によってファイルが期待どおりに変更されることを確認できます。

これは、 ApprovalTestsの使用を検討する良い機会になると思いました

私が抱えている問題は、何らかの理由でビデオへのリンクが破損していると見なされていることです (子猫が箱や何かに飛び込んでいるのを見せる可能性があります。これにより、作業が停止します。皮肉なことに、助けが見えないため、作業が遅くなります。ビデオ）。

私が見てきたのは、拡張機能Approvals.VerifyとApprovals.VerifyFile拡張機能です。

しかし、起こっているように見えることは私を混乱させます。

を使用VerifyFileすると、受信したファイルが作成されますが、ファイルの内容は、確認するように要求したファイルの名前の行にすぎません。

usingは、承認済みとしてフラグを立てる必要があるファイルVerify(new FileInfo("FileNameHere"))を生成するようには見えませんreceivedが、承認済みの tif ファイルが見つからないというテストが返されます。

私はおそらくVerifyFile完全に間違った使い方をしており、Verify間違った使い方を見ているかもしれません。

有益な情報？

これはWindowsサービスとして実行されているレガシーアプリケーションであるため、サービスをハーネスでラップしてルーチンを呼び出すことができるため、ファイルはマシンの外部の別の場所に物理的に書き込まれていることを知っておくと役立つ場合があります制御します (構成はありますが、呼び出したサービスが成功すると、固定の場所にファイルが生成されます)。それを単体テストプロジェクトにコピーしようとしましたが、役に立たないようです。