0

私は TDD を調査しましたが、残念ながら、プロジェクトの開発はほとんど完了しており、現在それを実装する意味はありません。ただし、プロジェクトは展開されておらず、毎週、既存のコードに追加する変更が行われます。

コードが常に機能していることを確認するために、毎日実行できるサイトに追加できるテストの種類はありますか? 他の人がサイトで開発を開始したり、新しいコードが追加されたり、古いコードが編集されたりした場合は?

4

4 に答える 4

2

もちろん、追加できるテストの種類は次のとおりです。

  • 単体テスト-クラスを分離してテストします(コードにDI構造を想定)
  • 統合テスト-クラス間の相互作用のテスト(通常は2つのクラス)
  • UIテスト-自動化(たとえば、ブラウザーを自動化するためのセレン)を使用して、UIからデータベースまでのアプリケーションをテストします
  • 性能試験

最高の価値を得るためには、変更の領域(バグ修正、機能要求)に集中するのが最善です。

Nitpick:TDDは、テスト方法論ではなく、テストフレームワークを使用した設計方法論です。

于 2012-08-13T15:19:54.653 に答える
0

毎週の変更がある場合、「プロジェクトはほとんどの開発を完了しました」というのはおそらく真実ではありません。実際、開発のほとんどはまだ先にあります。

ユニットテストを導入することはまだ非常に価値があります。メンテナンスを受けるコードの領域をカバーする新しいテストを毎週作成することをお勧めします。

于 2012-08-13T15:18:25.303 に答える
0

単体テストはいつでも追加できます。ユニットテストを追加することをお勧めします。NUnitは既存のコードで非常にうまく機能するように見えるので、あなたの場合はNUnitをお勧めします。使い方もとても簡単です。

于 2012-08-13T15:23:28.743 に答える
0

テストをレガシーコードベースにレトロフィットする場合は、TDDを実装していません。少なくとも新しいコードの単体テストの作成に時間を費やすことをお勧めします。うまくいけば、コードがレガシーコードに侵入し、単体テストを配置できるようになります。ベビーステップは、レガシーコードの鍵です。これを行うための困難で迅速な方法はありません。

于 2012-08-13T15:20:30.457 に答える