Swift と Objective-C

作成されているほとんどの新しいプロジェクトは Swift で書かれていますが、大多数の企業はいまだに既存の Objective-C フレームワークをサポートしているのが通例です。

コミュニティでのテスト状況はここ数年で改善されましたが、他のスタックに比べればまだ非常に低レベルです。MVC 用にテストを書くのが他のアーキテクチャパターンに比べて複雑であることを考慮すると、Apple からの適切な教育が不足しているコミュニティもあれば、アーキテクチャの選択がまずいコミュニティもあります。

Swift/Objective-C 開発者には、ユニットテストを採用する大きな機会がまだまだあります。採用すれば抜きん出ることができるでしょう。

Apple はテストに使用する XCTest と Xcode のサポートを大きく改善しました。学習曲線とサポート課題への取り組みにかかるコストがメリットより高くなることが多く、ここ数年においては、代替フレームワークを使用する人が大幅に減少しています。

UI テストは実施に非常に多くの時間がかかる上、信頼性に劣ることがほとんどです。TDD ワークフローには向いていないため、ほとんどの企業では PR ごとに実施することはありません。代わりに、CI やナイトリービルドでスケジュールされています。

他のスタックに比べればまだまだ非常に新しいため、採用率が低いことにあまり驚きはありません。しかし、サーバーで Swift を使用している大勢のエンジニアに尋ねたところ、非常によく機能しているとの称賛しか返ってきませんでした。