iOS 开发，你们都写测试么？

路上是广告，我不写测试

写。其实一开始都会一头雾水，不知道测试是用来做什么的，也不知道为何要写或者是不知道要如何写。但是如果你有几次软件交付的经历的话就大概能知道测试的重要性了。

写测试说白了就是付出和收益的权衡。对于 app 开发来说， UI 层比较难写测试，加上 app UI 其实并没有太多泛用性，所以测试能带来的好处不明显，甚至无法抵消编写测试的花费和之后维护测试带来的麻烦，如果规模不大，这种情况不写 UI 测试，而是靠人力和 QA 部门来保证也是可行的。但是对于开发框架，或者 app 中的逻辑部分来说，单元测试可以保证软件质量和你的开发信心，能有效缓解开发压力，是非常划算和值得的投入。

作为起步的话，你可以不用太关心什么是单元测试或者应该怎么写，而只是简单地把你本来需要启动 app 去给输入切断点来确认或者调试的步骤用代码在测试中描述就可以了，这样你就不用一遍一遍去运行程序。 Xcode 自带的 XCTest 就是一个很简单易用的测试框架，很适合上手。在有一定测试经验和编程范式的基础以后，可以开始考虑要如何写代码才能方便测试，一般来说易于测试的代码总比无法测试的代码更容易维护。

在我看来，好的测试最大的好处并不是什么提高软件质量或者保证开发进度，而是可以帮助你维持很好的开发心情，这是非常重要的。

model 可以写在 XCTest 中。 UI 测试直接创建一个新的 AppDelegate ，可以把很深的功能放到顶层。有些功能先在一个空白 app 里开发，等稳定了再挪到主项目中。

写不写都可以，反正我这公司就 3 个 ios ，另外两个不写测试。可以了解点，有时候我写个 xctest ，他们也不看

```
int main(int argc, char * argv[]) {
@autoreleasepool {
BOOL wantDebugUI;
wantDebugUI = NO;
if (wantDebugUI) {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([DebugAppDelegate class]));
}
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}
```

不写 UI 做完自己手工测试一轮的速度比写测试快的多 也更能比测试程序更发现问题

3L 作者答疑...