有关数据（修改，合并）的测试

huangcm · 发表于 2010-3-1 18:05:40

在项目后期维护中，由于用户的误操作，新功能升级，数据合并或转移要求等，会出现不少数据问题，要求对数据进行修改。
如果对数据修改不加以控制，肯定会出现更多问题，但是如果对数据修改进行测试呢？
希望大家能够多多提出自己的看法。
我这边先说说我自己的测试经验和一些看法：
1，如果是数据迁移，数据库升级，数据合并等情况的测试检查，可进行以下：
1）通过检查数据库结构，旧表与新表的对照检查（如果是新旧两数据库结构一样的可以不进行此检查）：
空值判断：新表字段中，可能会有些字段是旧数据没有对应内容的字段，是否能为空。
数据格式检查,检查数据的格式是否一致和可用。
完整性检查：检查数据的关联完整性。如记录引用的代码值是否存在，特别需要注意的是有些系统在使用一段时间后，为了提高效率而去掉了外键约束。
一致性检查：相同含义的数据在不同位置的值是否一致；检查逻辑上是否存在违反一致性的数据，特别是存在分别提交操作的系统。
2）通过系统功能操作GUI界面来检查：
，进行数据转移合并可以通过:使用各用户登录检查各模块查看到的数据是否正确，完整。
注意检查看是否有以下问题：一些不常用的模块数据是否丢失转移；一些基本数据有变动过，但缺少进行相应变化的；一些数据没正确转移，有丢失或错误；一些模块页面出错或某功能数据无法执行操作的；
3）检查sql执行语句代码：
如果转移关系比较复杂或者时间充足的，可以对开发所有执行的sql执行语句进行检查，根据数据情况和数据库结构，检查开发部分登记的sql执行说明是否合理，数据库合并结果是否正确。
2.数据修改的测试
如果对数据做比较大的改动时，应该由开发人员在测试环境下部署系统数据，开发对测试环境下的数据执行sql语句，测试对其结果进行测试，测试ok后让开发进行对用户数据执行sql语句。测试是否要对修改后的用户数据在进行测试，根据数据修改的复杂度，如果比较复杂，存在需要开发进行微调的，则测试人员对修改后的用户数据还要在进行测试检查。
目前数据修改情况较多，不可能对每次数据修改都部署测试环境进行测试检查，所以
对一般的数据修改，由开发确定修改方案，在由另一个开发人员检查确认。开发执行修改后，测试人员对修改后的用户数据上进行检查数据修改是否正确，以及相关业务功能数据是否正确。
但是对某些数据修改，要检查修改后的用户数据是否正确修改，可能无法通过查看记录来确定是否正确修改，需要新增数据或执行操作等，这样又会造成对用户数据的破坏。
这方面的数据修改应该如果来测试检查呢？