51Testing软件测试论坛

标题: 有关数据(修改,合并)的测试 [打印本页]

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



作者: houzeal    时间: 2010-3-10 10:58
支持这样的原创~~~
作者: huangcm    时间: 2010-3-19 13:53
感觉版主的支持啊。有空我在重新整理下,写的比较乱。
作者: liangshi    时间: 2010-3-19 21:52
标题: 回复 1# 的帖子
如果是对大型数据库进行升级,要考虑到升级后的数据库能够满足性能要求。也许少加了一个索引,也许多加了一个索引,都有可能导致数据库性能地急剧变化。在最坏情况下,可能导致服务器当机。建议模拟产品环境的工作负载,确保升级后的数据库满足性能要求。
作者: yetties2005    时间: 2010-3-19 22:20
支持~
作者: 原点    时间: 2010-4-9 12:42
没经历过的学习下~
作者: fishy    时间: 2010-4-26 14:30
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/59/n-212959.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
作者: msnshow    时间: 2010-4-28 23:01
数据检查非常重要,做得不好,等系统上线后才发现,可能是不一定好处理了




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2