如果你已经有过一些开发经验,做过一些APP
开发,那么你一定对下面的故事很熟悉
公司发布了一个新APP
的开发计划.然后你开始收集功能点,分析具体需求,然后项目经理把需求文档拿给你,美工同学把精美的原型图发给你.接着,你使出洪荒之力,一目十行的把需求文档过了一遍,此时你胸中已有丘壑;下面是时候表现真正技术了,coding...
创建项目,然后开始对着功能点一步步实现功能,让一个APP
从原型图变成一个真正的APP,这个过程中,你一定遇到过下面这样的情况:
你需要写一个表单提交,而这个表单位于导航栏的很深的层次,你一层层的写好以后,你觉得应该验证一下自己的代码,于是乎你开始疯狂的穿梭于代码和模拟器之间;第一次发现表单的第一行没有做非法验证,第二遍发现验证的覆盖面不够,第三遍发现没有做断网测试
第四遍…
第五遍…
第六…
遍...
...
每一遍你都从第一个界面开始手动点到你要到达的目的地,然后手动输入你要测试的数据,发现不通过,回头修改代码,然后重复上面的步骤...
如果你也曾经这么干过,请默默的点个赞...
如果你现在还在这么干,请默默的在评论区,抠1...
其实在iOS
开发中,完全可以通过UI测试+单元测试,解决上面的问题,让机器代替你一遍遍的Command + R
给新的项目创建测试模块
如果你的项目在创建之时,没有勾上Include Tests
选项,你还可以通过下面方式来为现有项目添加单元测试或UI测试
当你创建好单元测试以后,在你的项目目录里面会有一个以你的项目名为前缀,后面加一个Tests
的文件夹,打开里面的一个默认文件,就可以看到系统为你生成的测试代码.打开文件你能看到如下一段代码:
import XCTest
@testable import UnitTest // 这里是导入工程模块,使得整个工程中的代码在该测试用例中都可以引用到
class UnitTestTests: XCTestCase {
override func setUp() {
super.setUp()
// 测试前要做的工作
}
override func tearDown() {
super.tearDown()
// 测试结束后要做的工作
}
func testExample() {
// 测试代码
}
func testPerformanceExample() {
// This is an example of a performance test case.
self.measure {
// Put the code you want to measure the time of here.
}
}
}
上面这段代码,有两个方法要注意:
原文转自:http://www.jianshu.com/p/2143182b9948