数据同步测试
上一篇 /
下一篇 2011-01-18 14:47:25
随着电子化办公的普及，一些大的组织面临这样的问题，他们的机构遍布全国，客户端数量惊人，数据量也十分庞大，他们不可能靠一套服务器来支撑整个机构的运行。这个时候他们可能会在全国部署几十套服务器，而这些服务器要实现实时通信，保证数据交互。这时候数据同步这种技术就出现了。
我现在的公司所做的项目就是这样的项目，我们的数据同步与那位站友提出的很像----分了2部分，数据和文件。因为数据可能通过一个简单的服务间的消息就能够完成，而文件是较大的附件需要一些ftp或流文件协议才能保证传输的可靠性。一般情况下数据和文件时异步传输的。
这个的技术比较复杂，我也只知道一些。不过还好作为测试，其实只要关注结果。我们在测试这样的数据同步时，主要从以下几点进行考虑和验证的。
1、数据能够被传输到，文件能够被传输到，并校验数据和文件完整正确
这个是最基本的，部署2套（我们是3套，模拟2个下级和一个上级之间数据同步）系统，配置好数据和文件传输机制，下级录入数据，上级能够看到，包括下级上传的附件（或一些审批公文之类），在系统约定的时间（一般消息是即时的，而附件都是几分钟一次同步的）到了之后，去上级查看结果即可。
在这个过程中我们要特别注意较大的附件，有时候网络不稳定，较大的附件可能发生损坏或传输失败。确认客户可能用到的附件大小，然后使用比确认结果大的附件，进行传输测试。
2、异步处理
上面说到数据和文件是分开传输的（不知道是否有成熟的技术可以做到完全同步，不过我们的是分开来传的），如果是分开传的就会遇到这样的情况：上级收到记录，打开记录后，点击文件链接，而文件还没有到。我们要对这种情况进行验证，看是否有正确处理。我们的程序会提示“文件传输中，请5分钟后尝试....”。或者最简单的在界面上能够有文字说明，这样不会叫使用者产生误解。
3、数据统一性
数据既然进行了传输，就会存在上下级都有数据的情况。这时候如果有一端对数据进行了修改，需要验证是否有数据的各段能够也更新数据。
这里涉及到同步逻辑中的一个定义，权威数据源。如果定义A为权威数据源，那么B从A同步了数据之后，A修改，B就应该也同步过去。（一个适时同步的系统，不可能定义2个权威数据源，适时同步的系统，非权威数据源的修改是没有意义的，一般非权威数据源同步过去数据都是添加相应的附加信息，并对其管理，而保证附加信息对应的基本信息能够适时更新。）
数据和文件的都应注意。尤其是文件的信息，替换一个同名的文件系统是否会将新替换的文件同步到B系统中。
要明确删除规则如何定义，是否权威数据源进行删除操作，B系统也需要将信息和文件删除掉。（大多情况B系统如果使用A系统数据，适时更新，唯独删除，B系统会做特殊处理，而不去同步删除。）
4、失败处理
数据同步会有失败的情况，我们模拟传输失败，看系统是否能够重新传输。这里说一下我们模拟失败的土办法：我们的系统文件传输时每5分钟执行一次的系统任务，我们在任务未开始前添加文件，拔出网线（有够土吧，呵呵），任务执行失败，然后我们插上网线，看是否能够重新传输。
|
收藏
举报
TAG:
