功能测试实战【四】数据同步测试

没有如果

【题外话】

    刚开始写的时候，说要1天1篇的，看来不可能那么频繁，不过即使没那么多，但还是会坚持写下去的。

    真巧，准备写数据同步的问题，却正好看到有个站友发了个数据同步测试的求助帖子。希望能够帮到忙。

    进入正题。


【四】数据同步测试

    随着电子化办公的普及，一些大的组织面临这样的问题，他们的机构遍布全国，客户端数量惊人，数据量也十分庞大，他们不可能靠一套服务器来支撑整个机构的运行。这个时候他们可能会在全国部署几十套服务器，而这些服务器要实现实时通信，保证数据交互。这时候数据同步这种技术就出现了。

    我现在的公司所做的项目就是这样的项目，我们的数据同步与那位站友提出的很像----分了2部分，数据和文件。因为数据可能通过一个简单的服务间的消息就能够完成，而文件是较大的附件需要一些ftp或流文件协议才能保证传输的可靠性。一般情况下数据和文件时异步传输的。

    这个的技术比较复杂，我也只知道一些。不过还好作为测试，其实只要关注结果。我们在测试这样的数据同步时，主要从以下几点进行考虑和验证的。

    1、数据能够被传输到，文件能够被传输到，并校验数据和文件完整正确

    这个是最基本的，部署2套（我们是3套，模拟2个下级和一个上级之间数据同步）系统，配置好数据和文件传输机制，下级录入数据，上级能够看到，包括下级上传的附件（或一些审批公文之类），在系统约定的时间（一般消息是即时的，而附件都是几分钟一次同步的）到了之后，去上级查看结果即可。

    在这个过程中我们要特别注意较大的附件，有时候网络不稳定，较大的附件可能发生损坏或传输失败。确认客户可能用到的附件大小，然后使用比确认结果大的附件，进行传输测试。


    2、异步处理

    上面说到数据和文件是分开传输的（不知道是否有成熟的技术可以做到完全同步，不过我们的是分开来传的），如果是分开传的就会遇到这样的情况：上级收到记录，打开记录后，点击文件链接，而文件还没有到。我们要对这种情况进行验证，看是否有正确处理。我们的程序会提示“文件传输中，请5分钟后尝试....”。或者最简单的在界面上能够有文字说明，这样不会叫使用者产生误解。


    3、数据统一性

    数据既然进行了传输，就会存在上下级都有数据的情况。这时候如果有一端对数据进行了修改，需要验证是否有数据的各段能够也更新数据。

    这里涉及到同步逻辑中的一个定义，权威数据源。如果定义A为权威数据源，那么B从A同步了数据之后，A修改，B就应该也同步过去。（一个适时同步的系统，不可能定义2个权威数据源，适时同步的系统，非权威数据源的修改是没有意义的，一般非权威数据源同步过去数据都是添加相应的附加信息，并对其管理，而保证附加信息对应的基本信息能够适时更新。）

    数据和文件的都应注意。尤其是文件的信息，替换一个同名的文件系统是否会将新替换的文件同步到B系统中。

    要明确删除规则如何定义，是否权威数据源进行删除操作，B系统也需要将信息和文件删除掉。（大多情况B系统如果使用A系统数据，适时更新，唯独删除，B系统会做特殊处理，而不去同步删除。）

    4、失败处理

    数据同步会有失败的情况，我们模拟传输失败，看系统是否能够重新传输。这里说一下我们模拟失败的土办法：我们的系统文件传输时每5分钟执行一次的系统任务，我们在任务未开始前添加文件，拔出网线（有够土吧，呵呵），任务执行失败，然后我们插上网线，看是否能够重新传输。




    暂时想到这些，想到新的再补充。

【系列回顾】：

功能测试实战【一】动态可维护数据源应用测试  http://bbs.51testing.com/thread-191473-1-1.html
功能测试实战【二】数据迁移测试 http://bbs.51testing.com/thread-191928-1-2.html
功能测试实战【三】工作流测试 http://bbs.51testing.com/thread-192558-1-1.html

weiwei911909

严重 谢谢LZ 准备逐个学习您的大作 希望有更多的好东西哈 \(^o^)/~

你看我笑

都看完了，LZ加油更新哦~

green032

正好做这方面的测试，学习一下