本文章转载于搜狗测试
说完了UITest和Appium我们这次来介绍一下，被广泛认可的一个三方的UI测试框架KIF。
KIF是一个开源的专为iOS设计的移动应用测试框架，使用Objective-C语言开发，能和应用的代码工程完美结合。
它是使用私有API对UI界面进行操作的自动化测试框架，这种类型的测试框架已大行其道，非常受欢迎，KIF就是其中出色的一个，同时，KIF还继承了XCTest，很多大的软件公司比如Google都在用这个测试框架。可见，KIF的认可度还是蛮高的。
下面小编带着大家来简述一下KIF在使用过程中的优缺点，进而大概的了解一下这个框架的工作方式和功能特点
优点：
（1） 继承XCTest，UI测试可以和白盒测试相结合 （这点跟UITest比较像）
（2） 适合做持续集成 （持续集成一直被测试的发展之路，所以一个能做可持续集成的框架，生命力将会很顽强）
（3） 开源 （这是我最喜欢它的一个重要因素，对于一个开发者来说，一个开源的项目是一个非常幸福的事情）
（4） 单用例调试，编码调试轻松愉快 （因为集成自XCTest，所以在xcode中调试，能轻松实现单个用例调试）
当然 KIF的有点很明确，缺点也是相当明确。
缺点：
（1） 需要被测试工程源码 （这对于外包公司的人来说，或者说对于一个代码要求严格的公司来说，这无疑是一个沉重的打击）
（2） 对自定义的控件支持不好 （这个应该不用做太多解释）
（3） 不支持UIWebView （其实这个缺点应该影响不大，大多数框架对UIWebView的支持都不太好）
（4） 测试框架和被测试app在同一进程，测试框架的问题可能会影响被测试app （这个缺点有可能被开发质疑，有的时候出现问题，开发会认为是你的测试代码有问题，所以做好心理准备，和要对自己的代码有自信）
适用场景：
（1） 较为复杂的UI测试或者是UI测试和白盒测试相结盒的测试
测试代码：
配置
（1） 下载好KIF框架工程文件后，把KIF.xcodeproj文件拉进被测试工程里
（2） 新建一个测试target，点“Add Target”，选择iOS -> Test -> iOS Unit Testing Bundle。
（3） 对于这个target,把KIF里的静态库libKIF.a和系统的IOKit.framework和它关联
（4） 对于这个target，在Build Settings中的Other Linker Flags选项加一个值-ObjC
（5） 可以编写测试用例了，有两个重要的KIF测试类KIFTestCase(XCTestCase的子类)以及KIFUITestActor，看名字就知道哪个是做什么事的了。
执行操作
首先说明一下，KIF的UI控件操作和获取都是封装在一起的，每个接口里都包含了以什么属性获取控件，以及对这个控件执行什么操作两个部分。所以就没有获取控件这个部分的说明了。也因为这个原因，KIF的操作接口会非常的多，这里列举几个常用的。
（1）点击某个位置
tapScreenAtPoint:(CGPoint)screenPoint
（2） 点击以label命名的控件
tapViewWithAccessibilityLabel:(NSString )label
（3） 长按以label命名的控件，时间长为duration
longPressViewWithAccessibilityLabel:(NSString)label duration:(NSTimeInterval)duration;
（4） 在一个控件里输入一段字符
enterText:(NSString)text intoViewWithAccessibilityLabel:(NSString *)label
（5） 滑动某个控件
swipeViewWithAccessibilityLabel:(NSString)label inDirection:(KIFSwipeDirection)direction
验证机制
（1） UI层面
if(tryFindingViewWithAccessibilityLabel:”label” error:error)
{ //test pass}
else { //test fail}
（2） 非UI层面
由于是继承XCTest的，所以XCTest所具有的那些断言在KIF里都是可以通用的。共有18个。
XCTFail(format…) 生成一个失败的测试；
XCTAssertNil(a1, format…)为空判断，a1为空时通过，反之不通过；
XCTAssertNotNil(a1, format…)不为空判断，a1不为空时通过，反之不通过；
XCTAssert(expression, format…)当expression求值为TRUE时通过；
XCTAssertTrue(expression, format…)当expression求值为TRUE时通过；
XCTAssertFalse(expression, format…)当expression求值为False时通过；
XCTAssertEqualObjects(a1, a2, format…)判断相等，[a1 isEqual:a2]值为TRUE时通过，其中一个不为空时，不通过；
XCTAssertNotEqualObjects(a1, a2, format…)判断不等，[a1 isEqual:a2]值为False时通过；
XCTAssertEqual(a1, a2, format…)判断相等（当a1和a2是 C语言标量、结构体或联合体时使用,实际测试发现NSString也可以）；
XCTAssertNotEqual(a1, a2, format…)判断不等（当a1和a2是 C语言标量、结构体或联合体时使用）；
XCTAssertEqualWithAccuracy(a1, a2, accuracy, format…)判断相等，（double或float类型）提供一个误差范围，当在误差范围（+/-accuracy）以内相等时通过测试；
XCTAssertNotEqualWithAccuracy(a1, a2, accuracy, format…) 判断不等，（double或float类型）提供一个误差范围，当在误差范围以内不等时通过测试
XCTAssertThrows(expression,format…)异常测试，当expression发生异常时通过；反之不通过；（很变态
XCTAssertThrowsSpecific(expression, specificException, format…) 异常测试，当expression发生specificException异常时通过；反之发生其他异常或不发生异常均不通过；
XCTAssertThrowsSpecificNamed(expression, specificException, exception_name, format…)异常测试，当expression发生具体异常、具体异常名称的异常时通过测试，反之不通过；
XCTAssertNoThrow(expression, format…)异常测试，当expression没有发生异常时通过测试；
XCTAssertNoThrowSpecific(expression, specificException, format…)异常测试，当expression没有发生具体异常、具体异常名称的异常时通过测试，反之不通过；
XCTAssertNoThrowSpecificNamed(expression, specificException, exception_name, format…)异常测试，当expression没有发生具体异常、具体异常名称的异常时通过测试，反之不通过
KIF就介绍到这里，不知道大家的感悟怎么样，是不是有了一种别样的体会呢？
