私は小規模な Web 開発会社 (開発者はわずか 2 人から 3 人) で働いており、さまざまな顧客向けの幅広いプロジェクト (CMS から e コマース サイトまですべて) に取り組んでいます。
通常、私たちは独自のプロジェクトに取り組んでいますが、時折、1 つのプロジェクトで協力する必要があります。ソース管理ソフトウェアとして Subversion を使用し、サイトは VS 2008 および SQL 2005 を使用して .NET で開発されています。
単体テストやその他の「エンタープライズ」レベルのコーディング プラクティスに関する多くの投稿を読んだ後、最小限のメンテナンスしか必要とせず、開発期間が短い小規模なプロジェクトに対して、他の開発者は何をしているのか疑問に思っていました。
特に単体テストが必要かなどを考えています。
あなたが犯す可能性のある最大の間違いは、「エンタープライズ」レベルのコーディング標準であるとして何かを却下することだと思います. CI、ビルドサーバー、ユニットテスト、コーディング標準（他に何を意味するのかわかりません）などのようなものは、最初のオーバーヘッドがかかる場合がありますが、長期的には利益をもたらします。たとえば、プロジェクトが現在一緒にハッキングされていて、3 年後に顧客が機能の追加を希望している場合、今ユニット テストを取得するために時間を割いてよかったと思うでしょう。（これは起こるかもしれないし起こらないかもしれませんが...あなたの顧客が将来誰かにあなたのソリューションを見てもらい、彼らがひどくハッキングされたコードを見た場合、彼らはあなたを二度と使用しないかもしれません）.
この作業をすればするほど、速くなることも忘れないでください。
単体テストは何があっても必要です。コードを書く場合は、単体テストを行います。私もよく一人で仕事をしています。私はまだテストします。それ以前にどのようにコードを書いたのかわかりません。
これが私がそれを見る方法です。大物と同じ高価なツールを必要とする必要はありませんが、大物になりたい場合は、大局的に考える必要があります. 同じことを行い、同じ慣行に従ってください。ニーズの拡大に合わせて、より優れたツールを入手してください。たとえば、UML ダイアグラムを作成する場合、おそらくソフトウェアは必要ありません。ただのホワイトボード/紙。ただし、UML を使用します。ニーズが大きくなったら、特別なソフトウェアの入手を検討できます。
プロジェクト管理も。プロジェクトを追跡するために高価なツールを必要とする必要はありません。ニーズが大きくなるにつれて、専用のソフトウェアを入手できます。
要するに、あなたがより大きくなった場合と同じことを行いますが、必ずしも同じツールは必要ありません. 必要に応じて取得します。
編集:もちろん、あなたが行うことのいくつかは、使用する方法/プロセスに依存していることに言及する必要があります。たとえば、アジャイル開発を行っていますか? 小さいので、必ずしもすべてをまったく同じにする必要はありません。たとえば、私はアジャイルになろうとしますが、明らかにペア プログラムはしません :)。それらを自分に合ったものに適応させることを学ぶ必要があるだけです.
問題は、少なくとも単体テストをデプロイする前に問題なく実行されたことを知っていれば、夜はぐっすり眠ることができるということです。
私たちの開発環境もかなり小さいです。.NET などとは対照的に、主に Java Web 開発 (一部の php) を行っています。私たちは、wiki、svn、およびバグ追跡システムにプロジェクト ロッカーを使用しています。コード開発の場合、データベース バックエンドとして Netbeans 6.1 と Eclipse および MySQL の間で異なります。
コードの単体テストを作成することを標準的な方法にしました。これにより、4 か月後のコード ベースのアップグレードが非常に簡単になります。