测试用的假X服务器？
在工作中，我们完全测试GUI组件。问题产生于这样一个事实：当testsuite运行时，各种组件会弹出，窃取焦点或使其无法继续工作。我想到的第一件事是Xnest，但我想知道是否有更优雅的解决方案来解决这个问题。
共有1个答案
我认为您需要做的是让您的测试在不同于您正在处理的显示器上运行。
当我们将TeamCity代理迁移到EC2时，我们必须找到一个在无头Linux服务器上运行UI单元测试的解决方案。我在这篇博客文章中找到了一种方法，概述了如何使用Xvfb。
就我而言，我所要做的就是：
yum安装xorg-x11-server-Xvfb
-
像组件一样，服务通常需要依赖，Angular通过服务类的构造函数注入。由于我们在Angular的引导过程之外初始化这些类，我们必须自己显式注入这些依赖。这是通过使用TestBed配置测试模块传回所需的依赖项（如HTTP模块）来实现的。
-
问题内容： 我想测试用Go编写的gRPC服务。我使用的示例是来自grpc-go repo的Hello World服务器示例。 protobuf的定义如下： 主要类型是： 我在寻找示例，但找不到有关如何在Go中实现gRPC服务测试的任何示例。 问题答案： 我认为您正在寻找该软件包，以帮助您避免使用真实端口号启动服务，但仍允许测试流式RPC。 这种方法的好处是，您仍然可以通过网络连接来获得网络行为，但
-
请参考这篇博客 http://dubbo.apache.org/zh-cn/blog/service-test.html
-
下面是“创建AngularJS服务”一章中“依赖”例子里的“notify”服务的单元测试。测试用使用了Jasmine spy替代了真实浏览器的alert。 var mock, notify; beforeEach(function() { mock = {alert: jasmine.createSpy()}; module(function($provide) { $prov
-
测试这种服务的基本策略是验证请求的内容（正确的URL），并确保我们模拟到服务中的数据通过正确的方法正确返回。 wikisearch.ts 我们的测试策略是检查服务是否已请求正确的网址，一旦我们回复了模拟数据，我们就要验证它是否返回相同的数据。