私はソフトウェア開発者としての初心者です。テスト駆動開発のアプローチが多くのテクノロジーブログで話題になっているのを見てきました。小規模プロジェクト向けのTDDに関するSO投稿もありました。
しかし、私は知りたかったのですが、人々はiOSプロジェクトで自分のコードのテストクラスをどのように書くのでしょうか？特に締め切りが非常に短いものは、毎週新しい機能を備えたビルドを提供する必要があります。
また、UIと要件が変化し続けるシナリオがあります。では、モデルのすべての機能に対してのみテストクラスを作成しますか？
または、作成するコントロールのカスタムコードを作成するため、またはView Controllerでコードをテストするために使用するロジックもテストしますか？
テストクラスを書きたいのですが、時間がかかると思ってライブプロジェクトで試してみるのが怖いです。それでは、すべての機能をテストするのでしょうか、それとも選択した重要な機能をテストするのでしょうか。
For an experienced TDD'er it will be the fastest to write tests for everything. For someone just starting to learn TDD, using TDD might be something like 50% slower* and they might not yet know how to write tests for some hard parts (such as the UI). An advantage of using TDD in a project with tight schedules is that you can release the project whenever you wish, even after every commit, because the program should be working at all times.
* Though in my case the speed of development in my first TDD project, which took about a month, was the same as before using TDD (when measured in lines of code per hour - which isn't a good measure of productivity).