私は最近CompactFrameworkの作業を開始しましたが、VS 2008よりもユニットテストに関する推奨事項があるかどうか疑問に思いました。MSTestは問題ありませんが、テストのデバッグは悪夢であり、テストランナーは非常に遅いです。
codeplex上のNUnitLiteはオプションであることがわかりますが、あまりアクティブに見えません。これはNUnit3.0のロードマップにも含まれていますが、いつ公開されるかは誰にもわかりません。誰かがそれで成功しましたか?
私は最近CompactFrameworkの作業を開始しましたが、VS 2008よりもユニットテストに関する推奨事項があるかどうか疑問に思いました。MSTestは問題ありませんが、テストのデバッグは悪夢であり、テストランナーは非常に遅いです。
codeplex上のNUnitLiteはオプションであることがわかりますが、あまりアクティブに見えません。これはNUnit3.0のロードマップにも含まれていますが、いつ公開されるかは誰にもわかりません。誰かがそれで成功しましたか?
効率と品質を本当に向上させるために行ったことは、モバイル アプリケーションをマルチターゲットにすることです。つまり、ほんの少しの創造性と、いくつかの条件付きコンパイル タグとカスタム プロジェクト構成で、デスクトップでも動作するモバイル アプリケーションのバージョンを構築することが可能です。
テストする必要があるすべてのビジネス ロジックを別のプロジェクト/アセンブリに配置すると、使い慣れたデスクトップ ツールを使用して、このレイヤーを非常に効果的にテストできます。
NUnitLiteを使用していますが、機能させるにはコードを追加する必要があったと思います。
私たちが見つけた問題の1つは、CFにのみ存在するプラットフォームの一部を使用している場合、エミュレーターまたはWindows Mobileデバイス上のNUnitLiteでのみこれらのテストを実行できるため、の一部としてテストを実行することが困難になることです。統合されたビルドプロセス。これを回避するために、新しいテスト属性を追加して、CFでのみ実行されるテストを無効にできるようにしました(通常、これらは一部のWindowsMobileのみのdllに対してp/呼び出しを行います)。