在项目后期维护中，由于用户的误操作，新功能升级，数据合并或转移要求等，会出现不少数据问题，要求对数据进行修改。

　　如果对数据修改不加以控制，肯定会出现更多问题，但是如果对数据修改进行测试呢？

　　希望大家能够多多提出自己的看法。

　　我这边先说说我自己的测试经验和一些看法：

　　1、如果是数据迁移，数据库升级，数据合并等情况的测试检查，可进行以下：

　　1）通过检查数据库结构，旧表与新表的对照检查（如果是新旧两数据库结构一样的可以不进行此检查）：

　　空值判断：新表字段中，可能会有些字段是旧数据没有对应内容的字段，是否能为空。

　　数据格式检查,检查数据的格式是否一致和可用。

　　完整性检查：检查数据的关联完整性。如记录引用的代码值是否存在，特别需要注意的是有些系统在使用一段时间后，为了提高效率而去掉了外键约束。

　　一致性检查：相同含义的数据在不同位置的值是否一致；检查逻辑上是否存在违反一致性的数据，特别是存在分别提交操作的系统。

　　2）通过系统功能操作GUI界面来检查：

　　进行数据转移合并可以通过:使用各用户登录检查各模块查看到的数据是否正确，完整。

　　注意检查看是否有以下问题：一些不常用的模块数据是否丢失转移；一些基本数据有变动过，但缺少进行相应变化的；一些数据没正确转移，有丢失或错误；一些模块页面出错或某功能数据无法执行操作的；

　　3）检查sql执行语句代码：

　　如果转移关系比较复杂或者时间充足的，可以对开发所有执行的sql执行语句进行检查，根据数据情况和数据库结构，检查开发部分登记的sql执行说明是否合理，数据库合并结果是否正确。

　　2、数据修改的测试

　　如果对数据做比较大的改动时，应该由开发人员在测试环境下部署系统数据，开发对测试环境下的数据执行sql语句，测试对其结果进行测试，测试ok后让开发进行对用户数据执行sql语句。测试是否要对修改后的用户数据在进行测试，根据数据修改的复杂度，如果比较复杂，存在需要开发进行微调的，则测试人员对修改后的用户数据还要在进行测试检查。

　　目前数据修改情况较多，不可能对每次数据修改都部署测试环境进行测试检查，所以

　　对一般的数据修改，由开发确定修改方案，在由另一个开发人员检查确认。开发执行修改后，测试人员对修改后的用户数据上进行检查数据修改是否正确，以及相关业务功能数据是否正确。

　　但是对某些数据修改，要检查修改后的用户数据是否正确修改，可能无法通过查看记录来确定是否正确修改，需要新增数据或执行操作等，这样又会造成对用户数据的破坏。

　　这方面的数据修改应该如果来测试检查呢？（以上言论仅代表作者的个人观点，不代表51Testing观点）

版权声明：本文出自huangcm的51Testing软件测试博客：http://www.51testing.com/?22274

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。