您的测试数据应与实时数据的形式相同吗？

Question

当测试系统（任何系统，实际上，例如数据库）时，测试数据与实时数据具有相同的格式（格式）是否重要？

您在多大程度上允许两种数据类型有所不同？

感谢

Answer 1

我尝试使用符合我设计的特定情况（通常从实时数据修改）的测试数据;以及大量的实时数据，这些数据可能会影响到客户，并可能包含我没有想到的情景。

请记住您在任何特定时刻正在测试的内容。如果您只是在测试数据接受服务是否抓取文件，并且应该抓取任何文件，然后再拒绝错误的格式，那么您并不在乎文件内容，而至少需要一些其他格式的测试文件。在这种情况下，只需更改记事本文件上的扩展就足以进行功能测试，并生成一些大文件以测试文件大小等。

如果格式为“是”，则使用非精确测试数据可能特别有用当开发人员开始在系统的其他部分工作时仍在制定中。但是，您需要通过系统的每个部分运行实时数据或类似实时数据，以便在某个时间点进行集成和端到端测试。

Answer 2

这样说吧：更多不同的测试数据是从您的实时数据，不值钱的测试实际上是。所以是的，你的测试数据应该尽可能接近你的实时数据。

Answer 3

除了使用假数据的具体原因之外，我认为在测试时尽可能接近实时数据非常重要。否则，你肯定会错过问题。

具体原因你可以用假数据：

• 实时数据具有私密性或敏感性的担忧;您可能使用假信用卡号码（但格式正确），您可能会混淆姓名或电话号码
• 实时数据量太高，无法进行快速测试;在这种情况下，您应该选择具有代表性的样本
• 使用实时数据可能会导致外部影响;例如，如果电子邮件可能在测试期间转到真实用户，您可能不想使用真实的电子邮件地址。但是，最后一个可以通过嘲笑你的电子邮件系统来解决。

Answer 4

我不同意MusiGenesis，除非你正在测试你从数据源读取的能力。

如果您只是测试系统如何执行某些数据，那么您可以使用模拟来删除与外部数据源的所有连接。但是，如果您需要测试诸如处理连接中的失败和断开连接等事情，则可能需要尝试连接到相同类型的数据源。

Answer 5

我认为这是更复杂的比一些人做出来的，我通常将有以下的测试环境

• 单元测试 - 生产数据的部分复印
• 系统测试 - 生产陈旧，但完整副本来自其他系统测试环境的接口的数据
• 生产验收 - 与系统测试相同，但是从其他PA系统馈送，并且如果使用海量数据集可能有更多数据
• 生产维护 - 生产副本经常刷新（例如每周）没有界面，但能够快速实施它们。这用于解决大的生产错误。