用匹配器识字测试

作者：Zhanyong G. Mock Wan

原文链接：http://googletesting.blogspot.tw/2009/09/tott-literate-testing-with-matchers.html

好吧，验证匹配器可以读取和写入，这听起来是一个好主意。但是这对我们程序员来说，具有什么意义呢？

事实上，我们正在谈论编写测试的一种方式——这个方式使得测试代码以及代码的输出读起来像英语（即“有读写能力”）。该技术的关键就是匹配器，知道如何描述自己 。 例如，在谷歌C++模拟框架中，ContainsRegex（“Ahcho+！”）是一个匹配器，可以匹配符合正则表达式“Ahcho +！”的任意字符串。 因此，它匹配“Ahchoo！”和“Ahchoooo! Sorry.”，而不匹配“Aha!”。 

那么，对于测试可读性，是与什么有关的呢？事实证明， 是匹配器，他们的名字通常是动词短语，很容易联系到的，类似于自然语言的断言风格。 即，如果值和匹配器匹配，则如下断言成功 ：

EXPECT_THAT(value, matcher);

例如，下面的代码段中

#include<gmock/gmock.h> using::testing::Contains; ... EXPECT_THAT(GetUserList(), Contains(admin_id));

验证GetUserList（）的结果，包含管理员。

现在，假装标点不在最后一个C ++声明中，并宣读了。 明白我的意思？

更重要的是， 当一个EXPECT_THAT断言失败的时候，它将打印一条提示消息，消息中包含的信息有：验证过的表达式被、它的值、我们所期望它具有的属性— 多亏了匹配器具有使用人类友好语言描述自己的能力，不仅是测试代码可读，它生成的测试输出也可读。例如，上述例子中，可能会产生：

Value of: GetUserList()
Expected: contains "yoko"
  Actual: { "john", "paul","george", "ringo" }

此消息包含诊断问题的相关信息，通常不必使用调试器。如果要获得同样的效果却不使用匹配器，你不得不写点东西，如：

std:: vector<std::string> users = GetUserList();

EXPECT_TRUE(VectorContains(users, admin_id))

<<“ GetUserList() returns“<< users

<<“and admin_id is “<< admin_id;

这比我们在前面看到的一行程序更难写，同时也更不清晰。

谷歌C ++模拟框架（  http://code.google.com/p/googlemock/ ）为验证提供了数十种的有多种价值的匹配器：数字，字符串，STL容器，结构等，他们都提供了友好和详实的信息。 见 http://code.google.com/p/googlemock/wiki/CheatSheet了解更多信息。 如果你不能找到一个你需要的匹配器，你可以结合现有的匹配器，或定义自己的匹配器从头开始。 两者都是很容易做到。 我们将向你展示在另一个事例中该如何处理。 敬请关注！