测试 数据类型的一些测试点和经验

我这里是根据之前在测试数据类项目过程中的一些总结经验和掉过个坑，记录一下，可以给其他人做个参考，没什么高深的东西，但是如果不注意这些细节点，后期也许会陷入无尽的扯皮当中。

1 需求实现的准确度

        根据产品需求文档描述发现不明确不详细的或者存在歧义的地方一定要确认，例如数据表中的一些字段，与开发和产品确认一遍，如有第三方相关的，要和第三方确认，数据类项目需要的是细心，哪怕数据库中的一个字段如果没有提前对清楚，后期再重新补充，会投入更大的精力。

2 数据的合理性

根据业务场景/常识推理，提前发现项目存在的数据风险。

在测试过程中，就某个字段有不同的场景，例如;status 0 已接通，1未接通，3挂断 等等 多种状态，但是测试过程中要以场景来定义测试点，就需要在场景中体现各个状态。这就需要提前根据经验来判断哪些场景比较难造数据，哪些场景数据流会比较长。更重要的是设计到正式场景，哪些场景数据不能乱造数据会污染线上业务数据等等，要提前做好规划和必要报备，或在测试报告中要体现，写清楚不能造这些数据的原因。（备注：避免背锅，职场人都懂得）

3 数据的完整性

数据类型测试过程中，有些项目可能要批量推过来一些数据或者在某一时间点增量推一批数据。测试要验证这些数据量根据条件筛选在数据源方的数量和推过来的数据量保持一致。如果产品需求中涉及到修改，删除操作。也要保证操作后的数据量保持一致。

4字段的准确性

在测试过程中，可能sql 操作能力比较弱，涉及到复杂查询一般会询问开发，甚至开发会给到sql代码，根据我个人的经验，测试可以参考