作者:Zhanyong G. Mock Wan
原文链接:http://googletesting.blogspot.tw/2009/09/tott-literate-testing-with-matchers.html
好吧,验证匹配器可以读取和写入,这听起来是一个好主意。但是这对我们程序员来说,具有什么意义呢?
事实上,我们正在谈论编写测试的一种方式——这个方式使得测试代码以及代码的输出读起来像英语(即“有读写能力”)。该技术的关键就是匹配器,知道如何描述自己 。 例如,在谷歌C++模拟框架中,ContainsRegex(“Ahcho+!”)是一个匹配器,可以匹配符合正则表达式“Ahcho +!”的任意字符串。 因此,它匹配“Ahchoo!”和“Ahchoooo! Sorry.”,而不匹配“Aha!”。
那么,对于测试可读性,是与什么有关的呢?事实证明, 是匹配器,他们的名字通常是动词短语,很容易联系到的,类似于自然语言的断言风格。 即,如果值和匹配器匹配,则如下断言成功 :
|
例如,下面的代码段中
|
验证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了解更多信息。 如果你不能找到一个你需要的匹配器,你可以结合现有的匹配器,或定义自己的匹配器从头开始。 两者都是很容易做到。 我们将向你展示在另一个事例中该如何处理。 敬请关注!