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

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

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

我这边先说说我自己的测试经验和一些看法：
1，如果是数据迁移，数据库升级，数据合并等情况的测试检查，可进行以下：
1）通过检查数据库结构，旧表与新表的对照检查（如果是新旧两数据库结构一样的可以不进行此检查）：
空值判断：新表字段中，可能会有些字段是旧数据没有对应内容的字段，是否能为空。
数据格式检查,检查数据的格式是否一致和可用。
完整性检查：检查数据的关联完整性。如记录引用的代码值是否存在，特别需要注意的是有些系统在使用一段时间后，为了提高效率而去掉了外键约束。
一致性检查：相同含义的数据在不同位置的值是否一致；检查逻辑上是否存在违反一致性的数据，特别是存在分别提交操作的系统。
2）通过系统功能操作GUI界面来检查：
，进行数据转移合并可以通过:使用各用户登录检查各模块查看到的数据是否正确，完整。
注意检查看是否有以下问题：一些不常用的模块数据是否丢失转移；一些基本数据有变动过，但缺少进行相应变化的；一些数据没正确转移，有丢失或错误；一些模块页面出错或某功能数据无法执行操作的；
3）检查sql执行语句代码：
如果转移关系比较复杂或者时间充足的，可以对开发所有执行的sql执行语句进行检查，根据数据情况和数据库结构，检查开发部分登记的sql执行说明是否合理，数据库合并结果是否正确。


2.数据修改的测试

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

目前数据修改情况较多，不可能对每次数据修改都部署测试环境进行测试检查，所以
对一般的数据修改，由开发确定修改方案，在由另一个开发人员检查确认。开发执行修改后，测试人员对修改后的用户数据上进行检查数据修改是否正确，以及相关业务功能数据是否正确。

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

1)        数据准备
为了验证统计结果的正确性和全面性，必须准备足够的数据。如果有用户的真实数据可导入更好。
要注意不同版本数据的影响，还是要忽略旧数据的统计等等。统计的测试数据，在构造时要尽量丰富些，要注意构造不同模块数据，不同人员数据，不同时间段跨月跨年的数据等等。可考虑导入用户的实际数据来测试。
2)        静态分析测试
让开发提供sql语句的代码文件，进行代码编程（sql语句和数据库）的静态分析测试，这样更方面测试人员进行缺陷的定位，同时也让开发更容易修改。
如退学率，看开发编写的sql语句是否正确，是否就是退学人数/总人数。
3)        功能黑盒测试
黑盒功能测试，比如进行一个人员的退学，或者在来一个人员进行学习（就是总人数的增加),看退学率是否相应正确改变。
结合用户数据和构造测试数据的功能进行测试。
4)        相同页面或类似统计的对比
多统计应用页面的相互检查来测试是否正确统计等多种方法结合测试。
5)        历史数据的新统计内容
为了新内容的统计，设计可能要对操作增加新的记录信息。此时考虑历史数据的统计结果如何。