Swift et Objective-C

La plupart des nouveaux projets sont écrits en Swift, mais les grandes entreprises utilisent encore souvent les anciens frameworks Objective-C

L'aspect des tests au sein de la communauté s'est amélioré au cours des dernières années, mais il reste assez mauvais par rapport à d'autres piles. Cela s'explique en partie par un manque de formation de la part d'Apple, et en partie à de mauvais choix d'architecture, étant donné que l'écriture de tests pour MVC est plus compliquée que pour d'autres schémas d'architecture.

Il y a encore peu de développeurs Swift/Objective-C utilisant les tests unitaires.

Apple a considérablement amélioré XCTest et la prise en charge d'Xcode pour les tests. J'ai vu beaucoup moins de personnes utiliser des frameworks alternatifs que les années précédentes, car le coût de la courbe d'apprentissage et la gestion des problèmes de prise en charge l'emportent généralement sur les avantages.

Les tests d'interface utilisateur sont beaucoup plus lents à exécuter et souvent moins fiables. Ils sont peu adaptés au workflow du développement axé sur les tests et la plupart des entreprises ne les exécutent pas à chaque requête d'extraction. Ils sont plutôt planifiés dans l'intégration continue ou les builds nocturnes.

Je ne suis pas vraiment surpris que le taux d'adoption soit plutôt lent car cette pile est encore assez récente par rapport aux alternatives. Mais j'ai parlé à plusieurs ingénieurs qui travaillent avec Swift on Server et je n'ai entendu que des éloges à son sujet.