有关数据（修改，合并）的测试
在项目后期维护中，由于用户的误操作，新功能升级，数据合并或转移要求等，会出现不少数据问题，要求对数据进行修改。如果对数据修改不加以控制，肯定会出现更多问题，但是如果对数据修改进行测试呢？
希望大家能够多多提出自己的看法。
我这边先说说我自己的测试经验和一些看法：
1，如果是数据迁移，数据库升级，数据合并等情况的测试检查，可进行以下：
1）通过检查数据库结构，旧表与新表的对照检查（如果是新旧两数据库结构一样的可以不进行此检查）：
空值判断：新表字段中，可能会有些字段是旧数据没有对应内容的字段，是否能为空。
数据格式检查,检查数据的格式是否一致和可用。
完整性检查：检查数据的关联完整性。如记录引用的代码值是否存在，特别需要注意的是有些系统在使用一段时间后，为了提高效率而去掉了外键约束。
一致性检查：相同含义的数据在不同位置的值是否一致；检查逻辑上是否存在违反一致性的数据，特别是存在分别提交操作的系统。
2）通过系统功能操作GUI界面来检查：
，进行数据转移合并可以通过:使用各用户登录检查各模块查看到的数据是否正确，完整。
注意检查看是否有以下问题：一些不常用的模块数据是否丢失转移；一些基本数据有变动过，但缺少进行相应变化的；一些数据没正确转移，有丢失或错误；一些模块页面出错或某功能数据无法执行操作的；
3）检查sql执行语句代码：
如果转移关系比较复杂或者时间充足的，可以对开发所有执行的sql执行语句进行检查，根据数据情况和数据库结构，检查开发部分登记的sql执行说明是否合理，数据库合并结果是否正确。
2.数据修改的测试
如果对数据做比较大的改动时，应该由开发人员在测试环境下部署系统数据，开发对测试环境下的数据执行sql语句，测试对其结果进行测试，测试ok后让开发进行对用户数据执行sql语句。测试是否要对修改后的用户数据在进行测试，根据数据修改的复杂度，如果比较复杂，存在需要开发进行微调的，则测试人员对修改后的用户数据还要在进行测试检查。
目前数据修改情况较多，不可能对每次数据修改都部署测试环境进行测试检查，所以
对一般的数据修改，由开发确定修改方案，在由另一个开发人员检查确认。开发执行修改后，测试人员对修改后的用户数据上进行检查数据修改是否正确，以及相关业务功能数据是否正确。
但是对某些数据修改，要检查修改后的用户数据是否正确修改，可能无法通过查看记录来确定是否正确修改，需要新增数据或执行操作等，这样又会造成对用户数据的破坏。
这方面的数据修改应该如果来测试检查呢？
支持这样的原创~~~ 感觉版主的支持啊。有空我在重新整理下，写的比较乱。
回复 1# 的帖子
如果是对大型数据库进行升级，要考虑到升级后的数据库能够满足性能要求。也许少加了一个索引，也许多加了一个索引，都有可能导致数据库性能地急剧变化。在最坏情况下，可能导致服务器当机。建议模拟产品环境的工作负载，确保升级后的数据库满足性能要求。 :) 支持~ 没经历过的学习下~ 您好，我是51Testing软件测试网的编辑，您的本篇博文被推荐至51Testing软件测试网首页发表：http://www.51testing.com/html/59/n-212959.html感谢您关注并支持51Testing博客，期待您更多的优秀原创博文。 数据检查非常重要，做得不好，等系统上线后才发现，可能是不一定好处理了
页:
[1]
