 |
1
vincentxue Mar 31, 2015
一句话说完，非常有必要。
如果你公司的测试会写 iOS 的各种单元测试最好了，但是很多小公司的测试人员只会玩软件找 bug，不会编写测试代码，所以多数情况下都得我们自己写单元测试。 如果你不会写单元测试或者说不知道测什么，建议你去看看 objcoi 写测试的相关文章，再看看 Github 优秀开源项目的测试代码，这个过程大概两三个钟你就可以对单元测试有一个了解，可以编写自己的测试代码了。 如果你的代码架构不好，那写单元测试是比较痛苦的。 但是，愿意写单元测试的开发者也是比较少的。。。。大家都比较懒。 |
 |
2
loveuqian Mar 31, 2015
API给服务器测的真好
我继续去写（ctrl+c ctrl+v）我的接口测试脚本了 |
 |
3
finab OP @vincentxue 看了一些，有写单元测试的想法。
但是真的想开始对一些代码写单元测试时，发现ViewController部分很难测，这部分又占代码总量的很大一部分 |
|
5
vincentxue Mar 31, 2015
@finab 你 ViewController 一般代码多少行 统计过没
|
|
6
finab OP @vincentxue 有，大概500-1000行，主要是UITableView 代理方法和相关的按钮操作
我也偶尔将UITableView的代理方法提取出单独的文件来使用， 但是估计还是难以测试，而且我不知道哪些属于要测试的，不可能啥都要测吧 |
|
7
vincentxue Mar 31, 2015
@finab 你这个 Controller 代码也太多了吧，是不是 VC 没有分清？我的大多数都在 200 行以内，超过 500 行 就不得了了。
具体怎么测我建议你去找开源项目看看，大多数开源项目都有测试代码的。看别人代码学得很快的。 |
 |
8
kepenj Apr 1, 2015
同问，个人现在也就是在部分数据处理里面会用到。个人感觉 就是测试部分“点”方面可以用到。
|
 |
9
jianzong Apr 1, 2015
自从写Ruby on Rails 项目接触TDD后，我就坚持在iOS项目中编写自动化测试代码了。
虽然一般iOS项目因为界面代码较多，往往不易于测试。其实只要项目架构清晰，iOS项目也可以易于测试。 对于Model以及View Model，使用测试驱动开发的办法，不仅能够有效降低开发时间，还能使项目代码更加可靠。 另外，楼上也提到objc.io，这一期读一下很有帮助： http://www.objc.io/issue-15/ |
|
10
vincentxue Apr 1, 2015
@jianzong 人又帅技术又牛逼，膜拜！
|
|
11
jianzong Apr 1, 2015
@vincentxue :doge:
|
|
12
finab OP @vincentxue 嗯，今天在github开了个项目，打算训练下TDD写iOS，工作中还是暂时先放下不写吧
@jianzong 感谢，@vincentxue推荐了那个网站，看了目录，会慢慢学习~目前我自己写的控件或者model都很容易做单元测试，但是ViewController 和 UITableView delegate 就找不到下手位置了。。 |
 |
13
ciwonderful Apr 2, 2015
当然有必要。
|
 |
14
detecti1 Apr 3, 2015
楼上各位能否帮忙给个例子，比如github上的某某具体项目的单元测试，尤其是ViewController的单元测试写的好的，让我学习一下... 对这块实在是束手无策，也就给Model简单写写，其他的都没头绪 >.<
|
Select Language