说明
被测试代码文件 | sample2.h、sample2.cc |
测试代码文件 | sample2_unittest.cc |
官网上如是描述sample2:
Sample #2 shows a more complex unit test for a class with multiple member functions.
sample1演示了如何使用gtest来对一个类以及它的成员函数进行单元测试。
为了让sample2的代码能尽快地跑起来,我把sample2的代码文件直接添加到sample1使用的工程中进行编译。
理解被测试代码
被测试代码是一个字符串的封装类:class MyString
理解测试代码:组织关系
在sample1中,我们使用TEST宏来组织针对全局函数的单元测试代码。在sample2中,测试的对象由function变成了class,我们依然可以使用TEST宏来组织单元测试代码,详情如下:
被测试的类 | class MyString |
test case name | MyString |
- test name 1 | DefaultConstructor:测试默认构造函数 |
- test name 2 | ConstructorFromCString:测试构造函数explicit MyString(const char* a_c_string) |
- test name 3 | CopyConstructor:测试拷贝构造函数MyString(const MyString& string) |
- test name 4 | Set:测试成员函数void Set(const char* c_string) |
我能够从sample1和sample2中感觉到gtest在易用性方面的努力,有可能这跟我使用过CppUnit有关。易用性的意思是,能够让人把更多的精力集中在测试这件事情上面,而不需要太多地关注框架本身的使用问题。
理解测试代码:检查字符串比较结果的断言
对class MyString进行单元测试的时候,sample2_unittest.cc中使用了一组检查字符串比较结果的断言:
致命断言(Fatal assertion) | 非致命断言(Nonfatal assertion) | 预期结果(Verifies) |
ASSERT_STREQ(expected, actual); | EXPECT_STREQ(expected_str, actual_str); | 两个C字符串有相同的内容 |
ASSERT_STRNE(expected, actual); | EXPECT_STRNE(str1, str2); | 两个C字符串有不同的内容 |
ASSERT_STRCASEEQ(expected, actual); | EXPECT_STRCASEEQ(expected_str, actual_str); | 忽略大小写,两个C字符串有相同的内容 |
ASSERT_STRCASENE(expected, actual); | EXPECT_STRCASENE(str1, str2); | 忽略大小写,两个C字符串有不同的内容 |