問題タブ [approval-tests]

ApprovalTestsで Specflow を使用した人はいますか?

NUnit テストごとに 1 つのファイルしか承認できないため、各シナリオで承認済みファイルを 1 つしか持てないという制約があると思います。これは、シナリオ アウトラインを使用する場合にも当てはまります。

これは、通常、ファイルを連結し、多くの独立したテストの結果を表す 1 つの大きなファイルを承認する必要があることを意味します。

誰かがより良い方法を見つけたのだろうか？

承認テストを使用しています。私の開発マシンでは、テスト結果が承認済みと異なる場合にTortoiseDiffDiffReporterが起動することに満足しています。

ただし、Teamcity で同じテストが実行されていて、結果が異なる場合、テストは次のエラーで失敗します。

明らかに tortoisemerge.exe が見つかりませんが、ビルド エージェントにインストールされていないため問題ありません。しかし、それがインストールされた場合はどうなりますか？次に、失敗するたびに tortoisemerge.exe の別のインスタンスが起動し、誰もそれを閉じません。最終的に、大量の tortoisemerge.exe インスタンスがサーバーを停止します :)

問題は、ローカル マシンで Tortoise Diff を実行し、ビルド サーバーでエラーを報告するだけのテストをどのように装飾する必要があるかということです。私は知って #IF DEBUG [UseReporter(typeof (DiffReporter))]いますが、可能であれば別の解決策を希望します。

WinMergeReporter でしばらく承認テストを使用してきましたが、標準の NUnit ランナー実行可能ファイルでうまく機能しています。

私はNCrunchと承認を試しています.Verifyは（予想どおり）新しい承認に失敗します。

ただし、WinMerge は起動しません。

私は失敗を得る

ApprovalTests.Core.Exceptions.ApprovalMissingException : 承認に失敗しました: 承認ファイル "...\mytest.approved.txt" が見つかりません。ApprovalTests.Approvers.FileApprover.Fail() で

NUnit ランナーで同じコードを実行すると、WinMerge が起動します。

NCrunch が WinMergeReporter を起動する秘訣は何ですか?

[Theory]属性で装飾された単体テストで承認を使用しようとすると、次のように表示されます。

[Fact]属性のみを認識するようです。スタックトレースからのリンクをたどろうとしまし たが、独自のネーマー/パーサーを承認にプラグインする方法については何もありません。

独自のネーマー/パーサーを追加できるエントリポイントはありますか？それ自体は些細なことのようですが、唯一の問題はそれをどのように使用するかです。

まず、素晴らしい図書館！

コンパイルした場合、アセンブリがコンパイルされた場所で *.approved.txt をまだ探していることを確認したら、アセンブリを移動します。私の場合、これはもう存在しません。

ビルドとテストを別々のタスクで行う Teamcity で、この問題に直面しています。そのため、ビルド ステップは c:\BuildAgent\SomeGuid でビルドされます... ビルドからアーティファクトを取得し、c:\BuildAgent\SomeOtherGuid でテストを実行します... Approvals.Verify がまだ "SomeGuid" を参照しているため、これは失敗します。

...

実行可能ファイルの相対ディレクトリを参照するように微調整する方法についてのアイデア。

PDF で ApprovalTests を使用できますか? FileLauncher を使用してみましたが、同一の PDF がファイル (ビット) レベルでわずかに異なるようです。それとも私の使い方が悪かったのでしょうか？

いくつかの画像 (1.jpg、2.jpg...) を生成してファイル システムに書き込むメソッドがあります。このメソッドの結果を ApprovalTest で検証したい。問題はApprovals.verify(image)、テストメソッドの名前が付けられているように、受信および承認されたファイルに名前を付けることです。そのため、1 回のテストで複数の画像を検証することはできません。

1 回のテストで複数の画像を検証するにはどうすればよいですか?

のドキュメントを読んでいましたApprovalTest - Getting Started.pdf(ここの zip にあります) 。結果の承認の下にある最後の言葉は、「注: 受信したファイルをソース管理に含める必要があります」です。

これは本当に私を混乱させました。誰かがこれがなぜなのか説明できますか? これは、「注:承認されたファイルをソース管理に含める必要があります」という意味のタイプミスですか?

ApprovalTestsはレガシー コードに適しているように見えますが、問題はレガシー コードがアプリサーバーで実行され、アプリの再デプロイに 2 分以上かかることです。このため、承認テストを実行する際のフィードバック ループが原因で、あまり頻繁にテストを実行したくないのではないかと心配しています。おそらく、頻繁にテストせずにさらに多くのコードを変更することになり、おそらく「変更->テスト->失敗->元に戻す」の繰り返しパターンに陥るでしょう。

デプロイに時間がかかるレガシー コードで ApprovalTests を使用する方法についてアドバイスをくれる人はいますか? これはまさに私が対処すべきことですか、それともこのテストを間違った方法で書いていますか?

「テスト フレームワークを使用するように承認が設定されていません」というメッセージが表示される原因は何ですか?

ApprovalTests ベースのユニット テストが夜間のリモート チーム ビルドで失敗し、次の例外があります。

---

テスト メソッド Test_CanvasModeConverters が例外をスローしました:
System.Exception: Approvals は、テスト フレームワークを使用するように設定されていません。
現在、[NUnit、MsTest、MbUnit、xUnit.net] をサポートしています。1 つ追加するには、ApprovalTests.StackTraceParsers.StackTraceParser.AddParser() メソッドを使用して、テスト フレームワークをサポートする ApprovalTests.StackTraceParsers.IStackTraceParser の実装を追加します。実装方法については、http://blog.approvaltests.com/2012/01/creating-namers.htmlを参照してください。

---

この単体テストは、ローカルの VS2010 単体テスト実行 (つまり、mstest) で問題なくパスします。また、リモート チームの「チェックイン」ビルド (すべてのコード チェックインで実行される) でも問題なく動作します。

実行中の ApprovalTests.dll アセンブリを特定するために、テストの開始時にいくつかの診断情報を記録しました...

これがスタックトレースです...