我想测试用Go编写的gRPC服务。我使用的示例是来自grpc-go repo的Hello World服务器示例。
protobuf的定义如下:
syntax = "proto3";
package helloworld;
// The greeting service definition.
service Greeter {
// Sends a greeting
rpc SayHello (HelloRequest) returns (HelloReply) {}
}
// The request message containing the user's name.
message HelloRequest {
string name = 1;
}
// The response message containing the greetings
message HelloReply {
string message = 1;
}
greeter_server
主要类型是:
// server is used to implement helloworld.GreeterServer.
type server struct{}
// SayHello implements helloworld.GreeterServer
func (s *server) SayHello(ctx context.Context, in *pb.HelloRequest) (*pb.HelloReply, error) {
return &pb.HelloReply{Message: "Hello " + in.Name}, nil
}
我在寻找示例,但找不到有关如何在Go中实现gRPC服务测试的任何示例。
我认为您正在寻找该google.golang.org/grpc/test/bufconn
软件包,以帮助您避免使用真实端口号启动服务,但仍允许测试流式RPC。
import "google.golang.org/grpc/test/bufconn"
const bufSize = 1024 * 1024
var lis *bufconn.Listener
func init() {
lis = bufconn.Listen(bufSize)
s := grpc.NewServer()
pb.RegisterGreeterServer(s, &server{})
go func() {
if err := s.Serve(lis); err != nil {
log.Fatalf("Server exited with error: %v", err)
}
}()
}
func bufDialer(context.Context, string) (net.Conn, error) {
return lis.Dial()
}
func TestSayHello(t *testing.T) {
ctx := context.Background()
conn, err := grpc.DialContext(ctx, "bufnet", grpc.WithContextDialer(bufDialer), grpc.WithInsecure())
if err != nil {
t.Fatalf("Failed to dial bufnet: %v", err)
}
defer conn.Close()
client := pb.NewGreeterClient(conn)
resp, err := client.SayHello(ctx, &pb.HelloRequest{"Dr. Seuss"})
if err != nil {
t.Fatalf("SayHello failed: %v", err)
}
log.Printf("Response: %+v", resp)
// Test for output here.
}
这种方法的好处是,您仍然可以通过网络连接来获得网络行为,但无需使用操作系统级别的资源(例如端口,这些端口可能会很快清除也可能不会很快清除),而是通过内存中的连接。它允许您以实际使用的方式对其进行测试,并为您提供适当的流式传输行为。
我的头上没有流式传输示例,但是魔术酱却在上面。它为您提供了正常网络连接的所有预期行为。诀窍是使用bufconn包来设置所示的WithDialer选项,以使用公开自己的拨号程序的侦听器。我一直在使用这种技术来测试gRPC服务,并且效果很好。
我被指派测试一个gRPC API(用Golang编写),但我不知道如何进行测试,而且我在网上找不到任何此类测试的教程。我能想到的唯一方法是编写单元测试来测试方法本身,但我也想用客户机来测试它。例如,我过去测试过REST API,使用JMeter作为客户端发送请求并验证响应数据。是否有一种通过客户端测试gRPC API的方法,或者单元测试是唯一的方法?
gRPC 官方文档中的 quickstart - php, 很容易给 PHPer 产生误导, 按照官网的文档, 运行起来 gRPC 服务就很麻烦, 更不用说整套的 RPC 服务了. 推荐阅读 tech| 再探 grpc, 讲解了在 PHP 中实现 gRPC 相关基础知识. hyperf 对 gRPC 支持做了更进一步的封装, hyperf-skeleton 项目为例, 详细讲解整个步骤: .pro
我在go中对gRPC服务进行单元测试时遇到困难。 我看了一下测试gRPC服务,但它对我不起作用,不确定我做错了什么。 Add方法的gRPC服务实现: Add方法的单元测试: 项目目录结构 抛出一个错误,称为。 我对非常陌生,找不到解决方法。
像组件一样,服务通常需要依赖,Angular通过服务类的构造函数注入。由于我们在Angular的引导过程之外初始化这些类,我们必须自己显式注入这些依赖。这是通过使用TestBed配置测试模块传回所需的依赖项(如HTTP模块)来实现的。
我正在努力提高Go gRPC服务器的覆盖率,但我在为服务器的拦截器功能编写测试时遇到了麻烦,因为我无法有意义地满足类型。 我有一个带有以下签名的函数: 我假设任何gRPC方法都会满足的签名: 所以我尝试传入一个具有此签名的方法: 我想象这会起作用,因为这是拦截器实际正在做的事情(转发RPC),但出于某种原因Go抱怨道: 不能使用AuthService。GetToken(类型func(上下文。上下文