Support sending test report to a gRPC server

[LinuxSuRen]

Sometimes, we might want to send the test report to a gRPC server.

How to

It's easy to do this. Please implement the following interface first:

api-testing/pkg/runner/simple.go

Line 161 in 2520e80

type TestReporter interface {

then, add the corresponding CLI flag.

api-testing/cmd/run.go

Line 74 in 2520e80

flags.StringVarP(&opt.pattern, "pattern", "p", "test-suite-*.yaml",

Similar issues

• Support sending test report to a HTTP server #91

How to test

We could try to send the test report to etcd.

[lizzy-0323]

Hello, I would like to have a try🙋🏻‍♀️ on this issue!

[LinuxSuRen]

I'm looking forward it.

[lizzy-0323]

我的思路：
定义一个grpcResultWriter去实现接口，结构体需要有grpc server的url以及protobuf文件存放的文件地址，
根据proto文件存放的地址来建立对应的grpc客户端，在此过程中，无需关注[]ReportResult的具体内容。
测试思路：
运行单机etcd服务，调用etcd客户端api上传报告(不过目前不太了解etcd，后续还得再看看）
请问我的思路正确吗？

[LinuxSuRen]

您好，思路是没问题的。测试的时候，不一定要找 etcd，这个可能会稍微复杂点。理论上，随便实现一个（或找个现成的）gRPC 服务就可以完成测试。

[lizzy-0323]

您好，请问编写的protobuf文件和生成的代码部分应该存放在哪个文件夹下呢？
另外，应该可以直接采用grpc.go文件中的invokeRequest函数来发起请求？

[LinuxSuRen]

我的理解是 protobuf 是来自第三方系统（例如：etcd），可以调用 invokeRequest（或者需要重构）来实现调用，而不需要生成代码，反射的方式会比较好一些。因为，我们无法预知会调用哪些 gRPC 服务，可能会有各种不同的，无法把哪些 proto 以及代码都保存下来。

[lizzy-0323]

好的，我大概了解了，这样的话核心任务应该是根据grpc.go中的一些方法进行重构，完成grpc通信里建立连接，获取文件描述符以及protobuf和json转换相关的操作。

[LinuxSuRen]

嗯嗯，其实就是一个通用型的 gRPC 请求调用，把我们相对固定的数据发送过去。