Tag: Rxtests

使用TestScheduler测试反应式代码: TL; DR 异步反应性函数，例如Observable.interval() ， Observable.timer()或您自己的异步反应性函数，可以通过沿时间轴移动被测对象来使用RxTest.TestScheduler进行测试。真正忙碌的人可能会立即深入那里的代码： vadimue / RxLocation RxLocation –反应性使用CoreLocation github.com 简单样本我们都写测试，不是吗？ 😏有时我们甚至使用TDD。通常，我们将Observables用于多个异步操作。但是用单元测试来测试它们可能很棘手。如果我们不编写DispatchQueue.main.asyncAfter()或wait(for: [expectation], timeout: 60)异步测试将失败。否则，我们可能将Rx用于同步操作，这就是为什么我们不会在执行等待时遇到问题。例如，让我们看一个测试，该测试涵盖了当用户点击单元格时打开带有详细说明的页面。该测试同步运行，这就是为什么它呈绿色的原因。与时间有关的要求有时需要描述测试中与时间相关的要求。如果您需要测试发送API请求并同时显示UIActivityIndicator怎么办？还是基于某些延迟下载数据？测试可能需要一段时间才能运行，因为它们必须等待操作完成。显然，我们旨在加快运行测试的速度，因为我们经常运行测试并且不想浪费时间。那么我们应该如何为这些情况编写测试？我建议从业务需求入手。假设您创建了一个用于监视用户位置的应用程序：您可以使用CoreLocation框架；实现CLLocationManagerDelegate并使之具有响应性（重用来自官方存储库CLLocationManager + Rx.swift和RxCLLocationManagerDelegateProxy.swift的扩展）；使用这些扩展创建单独的服务；之后获取微小的LocationServiceProtocol的实现。方法location()返回原始CLLocation对象序列。在当前的实现中，它们每秒以最简单的配置到达。那么，需求呢？位置数据传输应该是周期性的，取决于运行和以下规则：传输必须至少每分钟执行一次（静止），并且位置变化超过10 m；传输的频率不应超过每10秒一次。为了使代码简单（嗨，SRP！），我创建了单独的类，该类将过滤虚拟位置序列。 TrackingService符合该协议：让我们从描述第一个要求开始：传输必须每分钟至少执行一次。要遵循TDD，我们应该首先编写测试。为此创建并设置XCTestCase类：时间旅行现在我们可以编写我们的第一个测试。这是最终版本。 […]