unit-testing - 屏幕刮刮的单元测试？

Question

我是单元测试的新手，所以我想听听一些更熟悉的人的意见。

我需要写一些屏幕抓取代码。目标系统是一个Web ui，其中将进行大量的HTML解析以及类似的 volatile 。目标系统永远不会通知我任何更改(例如，他们在自己的网站上进行了重新设计或以其他方式更改了功能)。因此，我预计我的代码会定期中断。

因此，我认为我的真正问题是，我应该担心或应对界面(我要抓取的网站)变化的单元测试有多少(如果有的话)？

我认为是否进行单元测试，因为我需要确保消耗的数据是原始数据，所以我将需要在运行时进行大量测试。即使我在每次运行之前都进行了单元测试，Web UI仍然可以在测试和运行时之间进行更改。

那么，我是否专注于代码内测试和异常处理？这是否意味着要在沙子上画一条线，并将这种测试从单元测试中完全排除掉？

谢谢

Answer 1

单元测试应始终设计为具有可重复的已知结果。

因此，要对屏幕抓取器进行单元测试，您应该针对一组已知的HTML编写测试(您可以使用模拟对象来表示此内容)

您正在谈论的事情听起来并不像是对我进行单元测试的方案-如果您想确保代码尽可能健壮地运行，那么正如您所说的，有关代码内测试的更多内容和异常处理。

我还将包括一些警报代码，因此它们使您意识到在任何情况下HTML均未按预期进行解析的情况。