什么程度算完成，取决于你希望接口自动化能帮你解决什么问题。

从你上面的描述看，你应该是把整体框架基本搭了起来，并且确认可以满足单接口自动化的需要，而多接口流程型自动化还没有做起来。我按照你的问题一个一个来回答吧。

以下纯个人观点，仅供参考：

1.因为没有接触大公司自动化测试系统的训练,对于自动化需要产出什么结果很懵?

一般自动化测试的目标，是可以更高效地保障某一方面的质量。常见的有确认各接口是通的且返回结果符合预期（线上巡检常用）、各接口针对不同类型入参都可以正确处理（单接口自动化常用）、主流程是通的且返回结果符合预期（多接口流程型自动化，或者 UI 自动化常用）。
能把一部分本来人要重复做的事情改为自动化，把这部分人释放出来做其它更需要人去做的事情，我觉得就是有产出了。

2.跑通接口输出结果到报表做到这一步算不算完成了?

有用例、有断言，个人觉得基本架子算是搭起来了。

3.我个人感觉这套代码能跑冒烟???

这个要看你们冒烟的定义是啥。我接触的冒烟一般定义是至少主流程可以跑通，而你这里只是各种独立的单接口调用，还不能当做冒烟吧。

4.求大佬解惑我这个产出结果算好还是很差???

个人觉得算是零的突破吧。现有成果有用，但用处不算特别大，因为用例场景比较单一，而且断言啥的做得还是比较浅。

有一些方向建议，你后续根据团队情况，选一些来持续进行：

1、新增接口的接口测试，直接通过自动化完成。这样用例的量和覆盖度会更高。
2、结合业务主流程，补充一些流程型用例，可以部分达到冒烟的效果
3、结合 CI 流程/线上发布/线上巡检，提高自动执行的频率，进而降低问题发现时效，这样效果会更明显。