VBScript、ASPコード、SQL Server 2000のユニットテスト

Question

（古典的な）ASPとSQL Server 2000には非常に古いプロジェクトが実装されています。品質上の懸念から、私は何らかの形式の自動化された品質テスト。しかし、WebページはASPのプロジェクトは本当に85％のSQL Serverストアドプロシージャ、関数、ビューとDTSです。 （DTSへの依存度が高い）SQL Serverでは多くのコード生成が行われています。 DTSに関しては

、我々はupgrade the database to SQL Server 2005可能性に期待している - ので、ユニットテストは、DTSに設定することができない場合は、何SSISは？

私はASPUnitを発見したしましたが、もはや維持されているようだ...私の質問については

、それは実際にマルチパートの質問です。

1. Unit Test ASPは可能で実用的ですか？
2. Unit Test SQL Serverオブジェクトは可能で実用的ですか？ （私はこの上でいくつかの成功を見てきましたが、あまりにもいくつかの落胆）
3. はASPとSQL Serverの両方で使用可能である現在サポートされているテストフレームワークはありますか？
4. このタイプのコードベースを単体テストする代替のソフトウェア品質管理方法はありますか？
5. また、私はこのようなプロジェクトで自動テストを実装する際のROIを検討してきました。プロジェクトは大きいです。私はどのくらいのコードが何百ものファイル、何千ものコードではないにしてもわかりません。これを考えると、1と3に戻ります。

このプロジェクトでは本当に悪い状況にあります。任意の一般的な品質管理のアドバイスが大幅に...

Answer 1

をいただければ幸いあなたの問題は、ユニットテストよりも高いレベルで実際にあるように聞こえます。私はあなたの主要な問題が統合テストレベルで最もよく解決されると主張したいと思います。

ページが主にSQLによって生成されるため、ASP単位テストでは問題のほんの一部しかカバーしないため、watinまたはieunit/などの自動ツールを使用して最終ページをテストすることで、より良いカバレッジが得られます。

あなたはユニットテストの観点からこれらを考えることができますが、彼らは本当に統合後の最終結果をテストする代わりに、小さい方の関数の結果をテストしています。下位レベルの変更が欠落する可能性はありますが、基本的な設計上の問題は回避しています。

限り、あなたの最終的な結果は同じままで、あなたのテストは、地域のコンテンツは、ASPまたはSQLから来たのかどうか気にしないだろう。

Answer 2

ajaxed unit testsをご覧ください。

Answer 3

はWATiNは偉大な動作します（ライブラリがまだ維持されています）。これはブラウザを操作するので、コードがどの言語で書かれているか、コードが良いか悪いか、あるいはテスト容易性のために設計されているかどうかは気にしません。ユニットテストではなく、回帰テストです。しかし、これは素晴らしいスタート地点です。

ユニットテストツール（nUnit、mbUnit、MSTestなど）を使用できます。

Answer 4

sqlのアップグレード自体（およびSQLコードの変更）については、Sql Unit（使用していない）やそれに類似したデータベースで単体テストを実装する方法があります。

これは、選択した他のテスト戦略と並行して実行できます。

UIによるテストの弱点に注意してください。http://blog.objectmentor.com/articles/2010/01/04/ui-test-automation-tools-are-snake-oil。 UIを使ったテストは、設計者が変更を加えたいときには一般的に脆弱であることが理解できます。しかし、SQLバージョンを厳密にアップグレードするには、うまくいくはずです。