包含以下列的表，这些列对应于客户注册表中的字段：First_Name、Last_Name、Country_Name、City_Name、Address、Balance。
然后我们将拥有一个包含这些列的数据池。然后我们可以想不同的数值组合来尝试。例如，空值，或非常大的值，非常长的字符串，负余额等。因此，我只需将值输入表中，就可以对我能想到的所有数据组合运行相同的测试。我可以在需要时执行此操作，几乎立即获取有关应用程序状态的信息。
如果我必须对每个有趣的测试数据手动运行此测试，那么它将比自动运行花费更长的时间。也就是说，这个自动化测试用例的好处是直接在本次测试周期中看到的，而不仅仅是在下一个回归测试周期中。这些都是短期利益，所以，从这个角度来看，开始自动化非常方便。
根据 Cem Kaner 在他的一篇文章[1]中所说，自动化测试 柬埔寨 WhatsApp 号码列表 比手动测试要花 3 到 10 倍的时间（这篇文章发表于 1997 年，但它仍然有效，或者在那种情况下，成本更低）。即使在随后的测试周期中我们对这些测试用例有一定的维护成本，想象一下这也是手动执行成本的10倍，如果我们执行11次回归测试，我们也会获得收益。
这种将测试用例流与正在使用的数据分离的方法基于数据驱动
测试技术[2]。
结论
我希望这个例子能够帮助您直观地了解我们如何通过一些非常简单且能立即产生结果的东西来开始我们的自动化测试工作，然后对其进行改进以获得更多成果。重要的是从一开始就感知到好处，然后发展军队。这是基于我们提供功能测试服务（包括自动化测试）的经验。我们已在各种项目中运用它并且总是获得很好的效果。