@seveniruby 思寒，请不吝赐教

第一个问题现在的测试方法也是可以的 本质上报表是读取接口 接口再读数据库 所以你绕过数据库直接模拟接口也可以做到

不过加上数据库也是可以的。报表功能是黑盒，输入是外部的数据 输出是报表里面的各个字段信息 想高效的测试，你第一步是用脚本简单的自动化，比如实现把你的测试数据分门别类的放好 然后用命令自动保存到数据库 再用脚本分析报表里面的各类数据 进行人工或者算法验证

第二个问题本质就是自动化 你自动化后就会很快 很多公司这类的操作都是自动化的

导入线上数据也可以 你得懂数据库 知道数据库如何备份 导入 导出 你可以实现把线上数据导入后测试完再导入测试数据

对于目前来说 你先完成自动化就能解决问题了 后面的数据管理可能会因为各种关联数据导致不能简单的导入导出 建议你先自动化测试数据创建

第三个问题的逻辑是 把产品当黑盒 输入和输出是正确的 就可以不用验证数据库
验证数据库相当于在已有的验证外多加了一层保证 是有好处的 能更好的保证质量和测试效果

第四个问题属于责任问题 公司不提供线上测试资源 那么测试环境通过 线上却出问题的锅 可以让其他人背

能做线上保证最好 但是以你现在的测试环境尚不能很好的把控 我觉得先做好测试环境的测试工作再考虑线上吧 等你经验多了 自然会有更高的追求

第五个是问题解决流程问题 一个 issue 应该如何追踪和管理 客服不能解决业务外的技术 bug 最后肯定是要流转到研发或者作运维去解决 如果测试可以解决就跟进 相当于多了一个责任 如果问题总是依赖线上环境而你们 qa 又没权限 则可以申请让客服直接转给研发

个人建议因为用户反馈也能发现不少质量问题 测试同学还是应该多关注参考

第六个问题 金融行业的质量保证也是参差不齐 不过正规的厂商都做过了大量的自动化工作 接口测试居多 ui 较少 以及一些脚本自动化 还有一大部分是研发和运维做的各种监控 监控平台也很多 功能各异 我就不细说了

马克一下，还是很有参考意义

从你问的问题来看 你需要提升如下能力

基本的脚本自动化和接口自动化 而不是 ui 自动化
基础的测试分析和业务分析能力

1.统计报表的测试目的是看数据分析的准确性么？ 对你的业务不是很熟悉，但感觉你的测试重点是怎么保证开发分析代码的准确性，思寒神的自动化思路赞，但感觉重点要看你的数据采样和构造。
2.看业务复杂度，直接操作数据接口或者数据层，可能比较难做到，因为你的业务复杂度和表结构可能不太可控。还要看你数据是否每次都在变化，是否可以把不变的手动操作先变成自动化，比如 UI 、协议、或者服务接口层自动化。录制线上数据在测试环境回放？
3.貌似还是和业务相关，如果测试是连贯前后数据都依赖的，直接黑盒不会有问题。 如果有些数据是给其他业务用的，完整性考虑需要覆盖。
4.线上验证测试是需要的，这个问题感觉需要项目组有统一的规范和责任，又想线上保证质量，又不给测试条件，不能耍流氓。
5.明显流程责任不清晰， 客服可以解决哪些问题，哪些问题需要流转到后端？ 需要逐层明确责任和权限，问题抛出来，需要公司有统一规划的，客户满意度还是很重要的。如果 bug 多那我们就要好好回溯下了。
6.不清晰 哈哈。

谢谢思寒的耐心回答，大概清晰了一些，确实要学的东西太多了，业务、技术都要提高，再次感谢~无限感谢~~~

给你个赞

互联网金融这个比较特殊，从你的描述中应该是个人消费金融这块业务。主要是对业务足够的熟悉，然后引入接口自动化。从正常的申请，征信，验证，放宽和还款的流程来走。更多的是了解业务。如果有风控才会涉及风控准确性。其他的保证接口测试覆盖率及数据准确性，个人信息安全性即可。

根据以上指标：

1，3 是同质的问题，建议按数据准确性及重要性业务排序来做

2，看了下大部分的流程都可以接口自动化，建议尽量完善接口自动化流程

4，5 也是同质的问题，主要是权限的分配，先从流程及业务角度来看权限分配合理性。线上更多是验证，互金开权限就有刷单的嫌疑，但是基础流程可以普通账号完成。5 同样的问题 流程和权限是否合理，如果不合理如何有效的提出。

6，互金分不同的模式，各种模式都不一样，所以从本质上还是看公司架构及业务的划分

是的，对于金融来说，数据准确性是最重要的，谢谢回复，收获很多！

谢谢回复！是的，感觉我公司各种流程神马的还都不是很完善，每个项目都是瀑布式开发，然后还一直压缩测试的时间，测试资源还少，完了，又开始吐槽了，我还是赶紧去测试吧