Drupal開発にXPの原則を適用した人はいますか？
たとえば、単体テストなど、Drupal開発で使用できるのか、継続的インテグレーションで使用できるのか、疑問に思います。Drupal環境は非常に特殊なものであり、モックオブジェクトを持つのに十分なオブジェクト指向ではないため、単体テストについてはよくわかりません。私が見ているように、ピアレビューはDrupal開発で実現できますが、コードとモジュールのどの組み合わせを使用してタスクを解決できるかを他の人と話し合うレベルで、通常はここで決定を下します。 Drupal。
また、チームがDrupalサイトをより効果的に共同で構築するのに役立つ開発手法がいくつかある可能性がありますが、何かあるのではないかと思います。
誰かがチームで大きなDrupalサイトを開発した場合は、この進捗状況についてのフィードバックに感謝します。たとえば、開発と管理を改善するために何をしたかなどです。
Simpletestモジュールを見たことがありますか? D5 と D6 では分離されていますが、D7 では組み込まれています。これは、通常、単体テストを行う方法です。
モック オブジェクトを作成できないのは事実です。代わりに、各テストは実際には新しいデータベースに drupal の新しいインストールを作成し、指定したテストを実行し、その後クリーンアップします。したがって、データベースをモックすることはそれほど問題ではありません。
とはいえ、Drupal 7 では、オブジェクト指向の DBTNG も用意されています。
障壁はありませんが、いくつかの落とし穴があります。
約 20 人の Drupal 開発者からなるチームで、CI、単体テスト、およびピア レビューを使用しています。開発者がジョブをコミットするときに Subversion を使用すると、Hudson を使用してビルドおよびテストするようにトリガーされます。必要に応じて、これに使用できるAIMがあります。
落とし穴。1 つは構成です。このために特別に作成されたモジュールの update ステートメントを介してこれを変更します。ただし、これは私たちが望むほど信頼できるものではなく、一部の構成変更はコードで表現するのが非常に困難です。
もう 1 つは、Simpletest のセットアップが少し奇妙であるため、データを最初から作成する必要があることです。これは単体テストの観点からは良いことですが。これにより、最終的なセットアップの自動テストが困難になります。
しかし、それはうまく機能しており、サイト全体のテストにセレンのようなものを使用することを検討しています.
私たちはスクラムを管理フレームワークとして使用していますが、これは非常にうまく機能しているようです。大規模なプロジェクトでは、異なる機能領域のモジュールを用意することも重要です。できる限り contrib モジュールを使用してください。
ペアプログラミングはもちろん可能です。継続的インテグレーション？チェックインのたびに実行される自動化されたビルド/テストを設定すると、それに向かって長い道のりを歩むことができます。イテレーション、プランニング ゲーム、およびその性質のものは簡単に組み込むことができます。単体テストの観点からではなくても、テスト駆動開発 - 簡単な UI テスト (たとえば Selenium を使用) を作成すると、赤緑リファクタリングを実行できます。
私が疑問に思っているのは、Drupal の何がユニークだと思わせるのですか? :)