ooo oo
ooo oo
> [@ooooo-create](https://github.com/ooooo-create) test_pool_max_op 已经打开了，没有出现 bug，覆盖率依旧不符合预期，问题和之前相同。 这个是在内部 bos 上禁用的，所以上次问你需不需要打开，因为直接打开可能会阻塞别人的 pr，上次回复不太想打开，我就没打开，那我现在打开可以吗？有没有在 coverage 跑，你可以在coverge test 日志上搜 test_pool_max_op 判断
现在禁用已打开，重新跑一下流水线叭
> [@ooooo-create](https://github.com/ooooo-create) ci 运行完了现在是80%，您再看一下。 > > > unary_infer_sym.cc 本地打log能覆盖到，截图就在上边。 backward_infer_sym.cc据根据 https://github.com/PaddlePaddle/Paddle/blob/develop/test/legacy_test/op_test.py#L2941 的设计，好像就没办法覆盖到。 pooling.py这个是旧静态图，本来就是测试不到的，不用管的。 好的，现在应该是只剩 unary_infer_sym.cc 的问题，我再看看哈
> > > > 这个能重新编辑下吗，看不到是什么 [@ooooo-create](https://github.com/ooooo-create) 我一开始打错了，后来感觉不是你的问题，怀疑覆盖率问题
【报名】：6、13、81、84、142、144、146
【报名】: 33-46
ci 和 docs 问题我晚点看看，我说之前的是你的 pr 标和描述，我 issue 里都有模板，你复制别人的 fft 系列 api 过来，我看半天也找不到啊
> > 另外之前大小写敏感的解决方式是在大写的那个 加上 `__upper` > > Paddle 里1D 的 D 大写才是正统，小写的 API 才是兼容性的 API，这个也走 upper的方案吗？还是小写用 __lower表示？ 也走 `__upper` 吧，文档里统一就好，别人看 api 还是原来的名字
> 同名的 API 在英文文档那边似乎只保留了一个 `__all__` 里面两者都得添加上吧，或者非别名的肯定得加上，如果只保留一个的话，可能会保留非别名的 api 文档吧，不太确定。但是之前里面只有小写 d 没有大写的 D，加上的话，应该可以解决你这个问题