数据产品Bug定位流程与实用方法.docVIP

数据产品Bug定位流程与实用方法

数据产品一般是服务与企业内部，一般原则是实现功能为第一优先级，能用就行。所以在资源配备上是能省就省，比如没有专门的UI资源，产品经理自己设计原型图直接开发；没有测试，数据产品自己进行功能可用性和数据准确性测试。没有运营，数据产品自己当客服，当运维等。这也是为什么多数数据产品的岗位招聘时，对候选人的综合能力要求更高的原因。

在产品功能测试验收的环节，最经常遇到的情况就是发现页面没数据，或者指标数据不对，提了buglist，标注责任人的时候，把前后端、数据开发都加上了，但一个和尚挑水吃，2个和尚没水吃，不把问题清晰直接指向具体的一方，这个问题往往是最后才会被解决，都想着对方先去排查一下。所以，掌握一些bug定位的小技巧，作为产品经理，就可以直接判断是前端还是后端的问题，快速有效提升问题修复的效率。

数据产品的常见bug类型及排查方法

一、数据不显示

数据产品的核心是要把数据呈现出来，给用户进行使用和分析，但是经常是开发提测后，产品进行测试和验收时，发现页面全是“暂无数据“,根本无从测试。这个时候，需要界定清楚，是数据问题还是接口问题。

1.数据有没有

一般来说，数据产品的查询数据库是一些可以秒级响应用户交互操作的关系型数据库或者列式存储的非关系型数据库，所以需要使用基础的SQL查询语句，查询数据是否已经被成功的从数据仓库（hive）成功地推数到了My