看到熟人了，帮顶一下。

你的意思是搞个 webhook feature 分支，每次这个分支有代码更新就触发构建发布，发布后做校验？然后你的检验是想怎么做？代码扫描还是跑自动化测试？

个人主页，不展示所加入圈子的名称

你这个看的还是 test_data 里面返回的值，你可以在外面写个变量，result=str(test_data['expectd'])，去看下这个 result 和你要比对的 res['retCode']，是否类型一致，值是否相等，检查下自己有没有取错字典的 key。

test_data 返回的是一个字典，通过 key 去字典里面取值应该是 test_data['expected'] 而不是 test_data(['expected'])，你多打了个括号；python 基础需要加强一下啊。

这事建议你和你领导好好聊聊，就算是为了抢占风口拼进度，你们这个做法也太粗糙了。应该要好好地做一下项目规划，你们可以设立一些大的时间节点，例如几月几号要正式上线对外公开这种，然后根据时间节点好好地规划一下你们的项目，而不是像你现在这样埋头瞎做，把这种质量不太过关的产品发到生产上去。

你们是发版到生产还有 30 个 bug 没改？这样的质量上生产，这么虎的吗？还有每次这么多 bug 没改，是不是评项目的时间有问题

测试报告一般是上线前发，就是保证 bug 都已关闭，已达到上线标准，然后提示一下版本的风险等；测试总结一般是上线后做，如果有生产问题，会重点分析这些生产问题，没有的话就着重总结一下这次项目的整个过程中的一些优缺点。

正式环境肯定不能碰，毕竟不是真正的运维；万一生产部署出问题，这口大锅背不动。