系统自带了一个单元测试框架，不过Cocoa/Objective-C这种开发环境因为UI太多，我感觉还是挺难单元测试的，所以，很少用

1楼 @tinyfool 我也觉得是 最近一直在思考软件结构和性能 准备找点资料研究一下如何写测试框架 如何保证软件的稳定性 感觉这方面 我还是个半吊子 或者说不懂 汗。。。。

1楼 @tinyfool 那像一些服务层的,是否自己写个类来运行测试?

2楼 @yangjie6020 敏捷开发一直感觉是多写代码多体活的感觉.....

我之前就下定决心，下一个app一定遵循TDD方式来。。不过。。。。。。。我觉得现实很多东西会打败我自己的。。

5楼 @zhangmeteor 男人就要对自己狠一点

我准备在下次重构的时候试试。

目前没有使用单元测试，大多都是界面的交互。有业务逻辑的代码，我也没加，主要是懒得加了。以前做java的时候，基本都是写单元测试的。到了oc，这个习惯被抛弃了

看来大家都差不多啊

4楼 @Sungrone 敏捷开发的书至少有一半都在讲单元测试啊。

6楼 @tinyfool 主要是，很多时候，人在江湖身不由己啊。👀

10楼 @lvkun 8楼 @akwei 这个问题是人力的投入吧,像我这样一人小队进行全端开发的讲,单元测试就变得十分繁重了.

5楼 @zhangmeteor 感觉TDD 说的人多,做的多不多的人就不知道了

13楼 @Sungrone WEB应该挺多的。。。反正我觉得好吃力。呜呜

12楼 @Sungrone UI 做单元测试很麻烦，底层和业务逻辑应该用单元测试覆盖起来。公司的底层库测试写的还是很全面的。

Coursera上面有一门算法课，使用Java做作业，提交以后在服务器会进行各种测试。当时通过做作业充分认识到单元测试的重要性，哪些测试失败了，把测试用例写成单元测试，然后编写代码使其通过。

如果没有人力全部覆盖，可以每改一个bug，添加一些单元测试，逐步建立起来。

14楼 @zhangmeteor WEB用单元应该没有做客户端这边吃力吧

15楼 @lvkun 对于个人独立全端开发者来讲 的确很麻烦