私はasp.net 3.5のウェブポータルを開発しています。これは主にさまざまな他のリンクのフロントエンドであり、他の場所で開発されたWebフォームです。データベースに対するいくつかのCRUD操作とデータの取得を除いて、ビジネスロジックはあまりありません。そしてJavascript、Jqueryのユーザーインターフェイス。ユニットテストが必要です
この場合、単体テストが必要ですか?また、javascriptもテストする必要がありますか?
私はasp.net 3.5のウェブポータルを開発しています。これは主にさまざまな他のリンクのフロントエンドであり、他の場所で開発されたWebフォームです。データベースに対するいくつかのCRUD操作とデータの取得を除いて、ビジネスロジックはあまりありません。そしてJavascript、Jqueryのユーザーインターフェイス。ユニットテストが必要です
この場合、単体テストが必要ですか?また、javascriptもテストする必要がありますか?
ユニットテストは何かを行う必要はありませんが、テストを開始する際には、大きなコードベースを維持することが重要であることがわかります。
あなたのアプリは小さく、ユーザーは簡単にアプリが動作していることを確認できます。すなわち、ページに移動してフォームを送信し、フォームが正しく転記されていることを確認し、データベースが正しい情報を保存していることを確認します。
アプリケーションが大きくなったり、CRUD操作でビルドを開始したときに、CRUD操作が正しいこと、プログラム的にテストできること、コードをテストするのが些細なように聞こえることが重要です。これは、コードのリファクタリングやバグの追跡に関して、将来保存されるためです。
Qunitは「あまり」のビジネスロジックが時間をかけて成長しやすいhttp://docs.jquery.com/QUnit
ユニットテストはバグを減らし、開発をスピードアップすることです。
コードのリファクタリングにも役立ちます。
小規模なプロジェクトがあり、早急に市場に出かける必要があり、少額のメンテナンスが必要な場合は、単体テストを避けることができます。
単純なCRUD操作がある場合は、スキャフォールツールと単純なデータソース/詳細ビューおよび/またはダイナミックデータを使用することを検討してください。
偉大な簡単なJavaScriptのテストフレームワークです。ビジネスロジックが確実に機能するように単体テストを作成することで、将来的に機能が追加されても、それが壊れていないことを保証することができます。単体テストでは、疎結合コードを記述することもできます。これにより、コードをよりクリーンにし、メンテナンス性を向上させるという有利な副作用が生じる可能性があります。
多くのjQueryおよびユーザーインターフェイス操作がある場合でも、それらのテストを書くことができます。 UIについては、Coded UIまたはWatiNをご覧ください。 JavaScript/jQueryについては、QUnitをご覧ください。
ユニットテスト自体は必要ありません。しかし、それは保守性を高め、潜在的なバグの数を減らすことができます。ユニットテストを行うための予想される努力と、アプリケーションを進化させて修正するための予想される努力を等式に入れます。 –