使用背景
1.为了更快、更高效的开发, 开发过程中经常要写一些测试用例。
2.在开发过程中,有些很深的界面,需要满足很多条件、造很多假数据才可以进入的,但是前面那些界面我们根本就没有涉及修改,只是想进入最后这个界面;比如:订单支付完成界面。 这时候我们可以写测试用例,直接让其进入到想要进入的界面。
测试用例分为:单元测试和UI测试。 Xcode自带了测试用例文件。一般大的项目以及优秀的开源库都有测试用例的,比如:AFNetworking。 不会写的可以到这下载AFNetworking源码参考。
创建测试用例
1.新建工程文件,勾选测试用例
新建测试用例.png
如果忘记勾选了, 也可以通过新建来创建。 和新建文件一样。
新建测试用例方法.png
2.新建完的工程
测试用例和其他工程文件,分别属于不同的target。
文件样式.png
3.测试用例文件
新的的测试用例文件,都是这个结构和基本的四个方法。
#import <XCTest/XCTest.h>
@interface XcodeTestsTests : XCTestCase
@end
@implementation XcodeTestsTests
/*!
* @brief 初始化方法。
* 初始化、代码复用、准备测试条件
*/
- (void)setUp {
[super setUp];
// Put setup code here. This method is called before the invocation of each test method in the class.
}
/*!
* @brief 销毁方法
* 每次测试用例跑完,都会跑这个方法,释放对象、回收资源、避免干扰
*/
- (void)tearDown {
// Put teardown code here. This method is called after the invocation of each test method in the class.
[super tearDown];
}
/*!
* @brief 测试用例方法
* 注意: 这里方法必须以test开头,不然识别不了。
* 开始测试用例方法,cmd+u 或者直接点击右侧这个小框箭头即可
*/
- (void)testExample {
// This is an example of a functional test case.
// Use XCTAssert and related functions to verify your tests produce the correct results.
}
/*!
* @brief 性能测试方法
* 可以测试某一段方法的性能、耗时情况
*/
- (void)testPerformanceExample {
// This is an example of a performance test case.
[self measureBlock:^{
// Put the code you want to measure the time of here.
}];
}
@end
写测试用例基本都在testExample
方法里完成。
注意:问题点
写了一个最简单的测试用例,运行不起来, 运行报错:-[UIApplication applicationState] must be used from main thread only
。控制台报错信息:Main Thread Checker: UI API called on a background thread: -[UIApplication applicationState]
解决办法:
打开Xcode的Edit Scheme, 找到Test选项,去掉Runtime Api 检测选项即可。
以上正常情况下就可以运行了。 下面我们开始写一个简答的测试用例。
写测试用例
测试用例的过程一般分三步,这里以测试ViewController的一个加方法为例:
- 在VC里暴露接口:
/*!
* @brief 暴露接口
* 暴露接口这里很重要,很有技术含量。
* 尽可能的暴露少的信息来完成测试用例
*/
- (NSInteger)addFunction:(NSInteger)a andB:(NSInteger)b;
然后实现方法:
- (NSInteger)addFunction:(NSInteger)a andB:(NSInteger)b {
return a + b;
}
2.在测试用例里导入头文件#import "ViewController.h"
以及初始化对象,准备测试条件。
3.开始测试方法
- (void)testAddFunction {
// This is an example of a functional test case.
// Use XCTAssert and related functions to verify your tests produce the correct results.
//1.创建测试条件
NSInteger a = 1, b = 2;
//2.进行测试,直接调用测试方法
NSInteger sam = [self.VC addFunction:a andB:b];
//3.断言。断言方法有N多种,详细见下面。 测试最核心。
XCTAssertEqual(sam, 3); //前面这个是测试条件,后面的值是我们期望的值。 如果是正确的就测试通过,否则直接挂掉。
}
断言一览表:
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语言标量、结构体或联合体时使用, 判断的是变量的地址,如果地址相同则返回TRUE,否则返回NO);
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没有发生具体异常、具体异常名称的异常时通过测试,反之不通过
异步测试
举一个最简答的例子:进入到具体界面里的的方法:
//这里就直接定义一个字符串,假如出现异常,就直接抛出这个字符串
XCTestExpectation *ex = [self expectationWithDescription:@"这里应该得进到订单完成界面"];
OrderPayDoneViewController *controller = [[OrderPayDoneViewController alloc] initWithNibName:nil
bundle:nil];
//这里就是订单完成界面需要的属性,可以随便造假数据
controller.orderId = @"这是订单 ID";
controller.isPaidSuccess = YES;
controller.orderAmount = @"23456";
controller.payMethod = @"Paypal";
controller.displayAmount = @"$11.8.0";
[CurrentViewController().navigationController pushViewController:controller
animated:YES];
//下面这两个方法就是XCTestExpectation的API
[ex fulfill]; //这个方法不懂, 不写也可以调用
[self waitForExpectations:@[ex] timeout:1000000];//这个不调用不能跳转
单元测试
单元测试内容很多,还需要更多的研究,测试也很重要,对于开发对于测试都很重要,多多学习下单元测试吧。
后续
UI测试,可以自动进行测试。最基本的注册登录流程等常规,可以跑UI测试。。
内容比较多, 后续继续研究补充。
网友评论