问在Windows单元测试中使用Windows.Devices.Geolocation.Geolocator

EN

我使用Geolocator的GetGeopositionAsync过载在Windows单元测试项目中进行了这个单元测试：

[TestMethod]
public async Task TestFunc()
{
  var locator = new Windows.Devices.Geolocation.Geolocator();

  var l = await 
          locator.GetGeopositionAsync(TimeSpan.MaxValue, TimeSpan.FromSeconds(10));

  Assert.IsNotNull(l);
}

但是这个测试不仅没有通过，10秒后也没有通过--它从来没有完成过(我等了10分钟才杀死它)。

我要强调的是，这是我实际上想要运行的测试的一个成对的版本--我并不只是尝试单元测试Windows；同样地，正如John的答案中所指出的，我可以使用一个假的。

我还编写了另一个测试，它订阅了GeoLocator的StatusChanged和PositionChanged事件(后者应该初始化定位器)，然后等待一分钟。在StatusChanged处理程序中，我跟踪当前的LocationStatus，并且在创建了Geolocator之后立即跟踪它。

在这个测试中，地理坐标的LocationStatus从NotInitialised开始，永远不会改变。

现在，我认为这是一个阻塞问题，这与以下事实有关：(引用链接中的GetGeopositionAsync文档)：

必须在UI线程上首次使用Geolocator对象来调用GetGeopositionAsync，这样才能向用户显示同意提示符。有关更多信息，请参见访问个人数据的设备指南。

所以我的猜测是：

• ( a)调用是在UI线程上进行的(不太可能)，但是由于没有UI表面(除了调试windows存储单元测试时偶尔出现的奇怪的黑色屏幕)，UI无法显示，因此调用永远不会完成。
• b)调用不是在UI线程上执行的，因此不能显示UI，因此调用永远不会完成。

不管怎样，我得出的结论是，在Windows单元测试中不可能使用Geolocator，因为我不可能为自己的单元测试提供访问位置服务的同意！同样，我感到沮丧的是，这样一个核心组件仅仅因为UI不能显示就允许自己无限期地运行--这太糟糕了。

有人要面对这一切吗？能够使用Geo-location的单元测试代码确实会很好！