私は最近、テスト駆動開発、つまり MXUnit を学び始めましたが、その背後にあるアイデアが気に入っています。スタンドアロン CFC で TDD を使用するという考えは理解できますが、OOP ベースのフレームワーク、主に FW/1 と CFWheels で TDD を使用する場合、フレームワーク CFC (FW/1 のコントローラー) で MXUnit を使用する方法がわかりません。 CFWheels のモデルとコントローラー)。
フレームワークで MXUnit を使用するためのリソースがどこにあるか知っている人はいますか?
CFWheels を使用していないため、ここでは F/W 1 についてのみ話すことができます (別の SO の質問でいくつかの情報がここにあります) が、私の意見では、サービス レイヤーを適切に使用することで、フレームワークの単体テストを簡素化できます。
アイデアは、MXUnit を使用してサービス レイヤー オブジェクトをテストし、フレームワーク コントローラー (たとえば FW/1) を非常に軽量のままにしておくことです。基本的に、コントローラーはパラメーターをサービス層に渡し、応答を取得してビューを表示するだけです。
その理由は、フレームワークはエラーが発生する可能性が最も低い場所だからです。そのため、テストはサービス オブジェクト、つまりアプリケーションのコア ビジネス ロジックに集中してください。
興味深いことに、ColdFusion 以外の他のフレームワーク ( Grailsなど) では、フレームワークはテストされず、モデル (データをモデル化する grails の「ドメイン クラス」) とサービス オブジェクトに対してテストが作成されますが、フレームワークは正常に動作すると想定されます。 . ここでも、ロジックをコントローラーから除外し、サービス レイヤーとドメイン モデルをテストするという考え方があります。
それが何らかの形で役立つことを願っています。