测试驱动开发ios,测试驱动开发不适合使用cmm

如何使用ocmock做iOS一些API单元测试

大部分Xcode 项目模板现在支持拆箱测试。例如，当一个新的iOS app在Xcode 中通过快捷键 建立，最终工程文件将会通过两个顶级组来配置（除逗Products地组之外）："AppName"

创新互联建站成都网站建设定制制作，是成都网站营销推广公司,为成都履带搅拌车提供网站建设服务,有成熟的网站定制合作流程，提供网站定制设计服务：原型图制作、网站创意设计、前端HTML5制作、后台程序开发等。成都网站推广热线：028-86922220

"AppNameTests"。工程自动生成的scheme可以使用快捷键建立并运行可执行的目标，并用来建立并运行测试目标

。

在测试目标中有一个叫做AppNameTests的单独的文件，其包括一个exampleXCTestCase 类，由样式模板setUp tearDown 方法组成，还包括一个功能和性能测试的示例。

XCTestCase

Xcode单元测试包含在一个 XCTestCase 的子类中。依据约束，每一个 XCTestCase 子类封装一个特殊的有关联的集合，例如一个功能、用例或者一个程序流。

通过一个可管理的大量测试用例分拆逻辑测试，在代码库的增长和进化方面会产生很多不同。

setUp tearDown

setUp 在 XCTestCase 中的每一个测试运行前被调用，tearDown 在测试运行结束时被调用：

class Tests: XCTestCase { override func setUp() { super.setUp() // Put setup code here. This method is called before the invocation of each test method in the class. } override func tearDown() { // Put teardown code here. This method is called after the invocation of each test method in the class. super.tearDown() } }

这些方法对用来建立测试用例的所有测试中用到的常见对象是有用的：

var calendar: NSCalendar? var locale: NSLocale? override func setUp() { super.setUp() self.calendar = NSCalendar(identifier: NSGregorianCalendar) self.locale = NSLocale(localeIdentifier: "en_US") }

由于 XCTestCase 不被考虑在一个测试用例定义中直接初始化，在setUp中的被共享的初始化属性便作为可选择的变量被声明。

功能测试

每一个名字中以逗test地开始的方法被标识用来测试，并且将会评估函数中的所有断言来决定是否通过或者失败。例如，如果 1 + 1等于 2，函数 testOnePlusOneEqualsTwo 将会继续执行：

func testOnePlusOneEqualsTwo() { XCTAssertEqual(1 + 1, 2, "one plus one should equal two") }

所有你真正需要知道的 XCTest 断言

XCTest 带有许多 内建的断言，但是可以精简成几个要点：

基础性测试

为了整体精简，所有的 XCTest 断言缩小为一个独立的、基础的断言：

XCTAssert(expression, format...)

如果以上表达式判断为真，测试将会通过。否则，测试失败，将会打印格式化的消息。

虽然一个开发者能够只使用 XCTAssert，但是如下助手断言仍然提供了一些有用的语法帮助澄清正在进行的测试究竟是什么。如果可能，使用最明确的可用的断言，仅仅在可以更好表达意图的情况下使用 XCTAssert 。

布尔测试

布尔值或者简单的布尔表达式使用 XCTAssertTrue XCTAssertFalse:

XCTAssert 等于 XCTAssertTrue

相等性测试

当要测试两个值是否相等时使用 XCTAssert[Not]Equal：

XCTAssertEqual(expression1, expression2, format...) XCTAssertNotEqual(expression1, expression2, format...)

XCTAssert[Not]EqualObjects 在Swift 中不是必要的，因此在标量值和对象间没有区别。

当指定测试两个双精度，单精度，或者其他浮点值是否相等，使用 XCTAssert[Not]EqualWithAccuracy 来报告浮点精度问题。

XCTAssertEqualWithAccuracy(expression1, expression2, accuracy, format...) XCTAssertNotEqualWithAccuracy(expression1, expression2, accuracy, format...)

除了前面提到的相等断言，还有XCTAssertGreaterThan[OrEqual]

XCTAssertLessThan[OrEqual] 提供了== ，, =, , = 比较运算符。

空值测试

使用 XCTAssert[Not]Nil 断言一个给定的值是否存在（或者不存在）：

XCTAssertNil(expression, format...) XCTAssertNotNil(expression, format...)

无条件失败

最终，XCTFail 断言将会总是失败：

XCTFail(format...)

XCTFail 通常用来为一个将会被通过的测试指代一个占位符。

它对完成一个被其他流程控制结构发现的错误用例也是有用的，例如一个用来测试成功的 if 语句的 else 分句。

性能测试

Xcode 6的新特性能够检测代码性能：

func testDateFormatterPerformance() {

let dateFormatter = NSDateFormatter()

dateFormatter.dateStyle = .LongStyle

dateFormatter.timeStyle = .ShortStyle

let date = NSDate()

self.measureBlock() {

let string = dateFormatter.stringFromDate(date)

}

}

Test Case '-[_Tests testDateFormatterPerformance]' started. unknown:0: Test Case '-[_Tests testDateFormatterPerformance]' measured [Time, seconds] average: 0.000, relative standard deviation: 242.006%, values: [0.000441, 0.000014, 0.000011, 0.000010, 0.000010, 0.000010, 0.000010, 0.000010, 0.000010, 0.000010], performanceMetricID:com.apple.XCTPerformanceMetric_WallClockTime, baselineName: "", baselineAverage: , maxPercentRegression: 10.000%, maxPercentRelativeStandardDeviation: 10.000%, maxRegression: 0.100, maxStandardDeviation: 0.100 Test Case '-[_Tests testDateFormatterPerformance]' passed (0.274 seconds).

性能测试帮助为主要代码路径确定一个性能基准。将它们分散在你的测试用例中用来确认重要的算法以及随着时间的推移程序保持高性能。

XCTestExpectation

或许 Xcode 6 中新增的最让人兴奋的特性是内建的对于异步测试的支持，借助 XCTestExpectation 类来实现。现在，测试能够为了确定的合适的条件等待一个指定时间长度，而不需要求助于GCD。

要做一个异步测试，首先使用 expectationWithDescription 建立一个期望值。

let expectation = expectationWithDescription("...")

然后，在方法底部，增加 waitForExpectationsWithTimeout 方法，指定一个超时，如果测试条件不适合时间范围便会结束执行：

waitForExpectationsWithTimeout(10, handler: { error in // ... })

现在，剩下的步骤是在异步方法被测试的相关的回调中实现那个期望值。

expectation.fulfill()

如果测试有不止一个期望值，它将不会通过，除非每一次期望值在被 inwaitForExpectationsWithTimeout() 指定的超时中执行 fulfill()。

expectation.fulfill()

这里有一个例子是如何能够使用XCTestExpectation API测试的异步网络请求：

func testAsynchronousURLConnection() { let URL = "" let expectation = expectationWithDescription("GET \(URL)") let session = NSURLSession.sharedSession() let task = session.dataTaskWithURL(NSURL(string: URL), completionHandler: {(data, response, error) in expectation.fulfill() XCTAssertNotNil(data, "data should not be nil") XCTAssertNil(error, "error should be nil") if let HTTPResponse = response as NSHTTPURLResponse! { XCTAssertEqual(HTTPResponse.URL.absoluteString, URL, "HTTP response URL should be equal to original URL") XCTAssertEqual(HTTPResponse.statusCode, 200, "HTTP response status code should be 200") XCTAssertEqual(HTTPResponse.MIMEType as String, "text/html", "HTTP response content type should be text/html") } else { XCTFail("Response was not NSHTTPURLResponse") } }) task.resume() waitForExpectationsWithTimeout(task.originalRequest.timeoutInterval, handler: { error in task.cancel() }) }

用swift模拟

借助对异步测试一流的支持，Xcode 6 似乎已经完成一个现代的测试驱动的开发者的全部需求。好的，或许只剩下一个：mocking。

Mocking 对于隔离和控制行为是一个有用的技术，对于复杂的原因，非确定性的，或者性能约束，通常不会让其自身测试。例子包括模拟网络请求，精确数据查询，或者包括特殊的竞争条件。

有几个开源库用来建立仿真对象和剔除方法调用，但是这些库大量依赖

Objective-C 运行时操作，一些现在不可能使用Swift。

然而，实际上这或许在 Swift 中不是必需的，原因在于 Swift 极少的语法约束。

在Swift中，类可以在一个函数定义中声明，允许仿真对象完全自包含。只要声明一个仿真内联类，覆盖的和必需的方法如下：

func testFetchRequestWithMockedManagedObjectContext() { class MockNSManagedObjectContext: NSManagedObjectContext { override func executeFetchRequest(request: NSFetchRequest!, error: AutoreleasingUnsafePointerNSError?) - [AnyObject]! { return [["name": "Johnny Appleseed", "email": "johnny@apple.com"]] } } let mockContext = MockNSManagedObjectContext() let fetchRequest = NSFetchRequest(entityName: "User") fetchRequest.predicate = NSPredicate(format: "email ENDSWITH[cd] %@", "@apple.com") fetchRequest.resultType = .DictionaryResultType var error: NSError? let results = mockContext.executeFetchRequest(fetchRequest, error: error) XCTAssertNil(error, "error should be nil") XCTAssertEqual(results.count, 1, "fetch request should only return 1 result") let result = results[0] as [String: String] XCTAssertEqual(result["name"] as String, "Johnny Appleseed", "name should be Johnny Appleseed") XCTAssertEqual(result["email"] as String, "johnny@apple.com", "email should be johnny@apple.com") }

使用 Xcode 6 我们已经最终实现目标：内建测试工具现在是足够好用了。也就是说，没有特殊的强制性的使用任何附加的抽象事物的理由，该抽象事物是用来为大量的app和 库提供可接受的测试范围。除非在需要极端情况下，诸如：需要大量消除，仿真，或者其他独特的测试结构，XCTest 断言，期望值，和性能衡量将会是充分的。

2019最好用的自动化测试工具Top 10，果断收藏

这个时候总是无奈的说:

你应该学习Python 或是Java

你应该掌握Selenium

又或者你需要学会jmeter，嗯，可能LoadRunner你应该学习

也许SoapUI是个不错的选择，或者你可是试试PostMan

......

其实这些都不是我真正的答案，我想说：只专注于一种编程语言或一种工具可能限制你的发挥，尤其可能限制了你在工作中提供的价值。如果你提供的价值在逐步退化，那么你的舞台可能突然谢幕，你的职业停滞不前，受到限制。

所以，什么最重要？当然是能力了！

下面我就介绍下2019最好用的10个自动化测试工具，希望可以充实你的知识库，打开你的职业发展舞台！

在自动化测试领域，自动化工具的核心地位毋庸置疑。我总结了最顶尖的自动化测试工具，这些工具可以帮助组织更好地定位自己，跟上软件测试的趋势。这份清单包含了开源和商业的自动化测试解决方案。

Selenium：WebUI自动化测试

Selenium是网页应用中最流行的开源自动化测试框架。起源于2000年，10多年来不断地完善，Selenium成为许多Web自动化测试人员的选择，尤其是那些有高级编程和脚本技能的人。Selenium也成为了其他开源自动化测试工具比如Katalon Studio，Watir，Protractor和Robot Framework的核心框架。

Selenium 支持多系统环境（Windows，Mac，Linux）以及多种浏览器（Chrome，FireFox，IE以及无头浏览器（没有界面））。它的脚本可以由各种各样的编程语言编写，比如 Java，Groovy，Python，C#，PHP，Ruby 以及 Perl。

因为Selenium的灵活性，测试人员可以写各种复杂的、高级的测试脚本来应对各种复杂的问题，它需要高级的编程技能和付出来构建满足自己需求的自动化测试框架和库。

Appium：APP UI自动化测试

Appium是一个移动端自动化测试开源工具，支持iOS和Android平台，支持Python、Java等语言，即同一套Java或Python脚本可以同时运行在iOS和Android平台，Appium 是一个C/S架构，核心是一个Web服务器，它提供了一套REST的接口。当收到客户端的连接后，就会监听到命令，然后在移动设备上执行这些命令，最后将执行结果放在HTTP响应中返还给客户端。

Jmeter：接口测试，性能测试

JMeter是一个开源的Java桌面应用程序，主要用于web应用程序的负载测试。它还支持单元测试和有限的功能测试。

它有很多好的特性，比如动态报告、可移植性、强大的测试IDE等，并且支持不同类型的应用程序、协议、shell脚本、Java对象和数据库。

Postman：接口测试

Postman 提供功能强大的Web API和HTTP请求的调试，它能够发送任何类型的HTTP请求 (GET, POST, PUT, DELETE…)，并且能附带任何数量的参数和Headers。不仅如此，它还提供测试数据和环境配置数据的导入导出，付费的Post Cloud用户还能够创建自己的 Team Library用来团队协作式的测试，并能够将自己的测试收藏夹和用例数据分享给团队。

SoapUI：接口测试

SoapUI是一个非常流行的用于SOAP和REST的开源API测试自动化框架。它还支持功能测试、性能测试、数据驱动测试和测试报告。

Monkey：稳定性测试

软件附带在sdk中，适用于android和ios，通过adb shell，生成用户或系统的伪随机事件。压力测试结果：崩溃crash，无响应anr，基本命令：adb shell monkey 1000。

Robot Framework：Web UI自动化测试，接口测试

Robot Framework是一个开源自动化框架，它实现了用于验收测试和验收测试驱动开发（ATDD）的关键字驱动方法。Robot Framework为不同的测试自动化需求提供框架。但是，通过使用Python和Java实现其他测试库，可以进一步扩展其测试功能。Selenium WebDriver是Robot Framework中常用的外部库。

测试工程师可以利用Robot Framework作为自动化框架，不仅可以进行Web测试，还可以用于Android和iOS测试自动化。对于熟悉关键字驱动测试的测试人员，可以轻松学习Robot Framework。

QTP：Web UI自动化测试

QTP是一种自动测试工具。使用 QTP 的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等。

QTP针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。

LoadRunner：性能测试

LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。

企业使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner可适用于各种体系架构的自动负载测试，能预测系统行为并评估系统性能。

Jenkins：持续集成

自动化构建编译，部署，任务执行，测试报告，邮件通知等。

使用开源测试工具有很多好处，尤其是无直接的购买成本，而且可定制，但也有一定的局限性。尤其是缺乏专业的技术支持，有限的许可支持以及脚本维护有时会成为一个挑战性的工作。

为了选择正确的自动化测试工具，你应该确保该工具是处于活跃维护状态的，并且与你所在企业业务、团队、技能匹配，并且是团队里有相应的专家。

因此在选择工具之前，你必须仔细研究，以便该工具能够满足你的测需求，并且能帮助你更好的执行测试。

ios自动化测试工具有哪些

1. Appium(免费)

一款开源的移动测试自动化工具，适用于Android和iOS系统。

链接：

2、Frank(免费)

Frank只允许测试iOS应用，值得一提的是它的开源框架结合了JSON和Cucumber。

链接：

3、KIF for iOS(免费)

KIF是为iOS移动应用UI测试开发的一个框架，可利用内置iOS中可访问的API模拟真实的用户交互。在Objective-C中写的测试对iOS程序员来讲已经很熟悉，但苹果转向Swift使得其对Objective-C的使用处于劣势。

链接：

4、iOS Driver for iOS(免费)iOS Driver利用Selenium和WebDriver 的API来测试iOS移动应用，默认在模拟器上运行。这些模拟器可使执行命令速度更加快、可伸缩性更强。

链接：