设为首页收藏本站
切换到窄版

 找回密码
 用户注册

QQ登录

只需一步，快速开始

ACE Developer»论坛 › 开发基础 › 开源类库和工具 › 轻松编写 C++ 单元测试 - 来自IBM
返回列表 发新帖
查看: 7254|回复: 1

轻松编写 C++ 单元测试 - 来自IBM

[复制链接]
发表于 2009-5-24 01:35:08 | 显示全部楼层 |阅读模式
介绍全新单元测试框架组合： googletest 与 googlemock
级别： 初级
熊 伟 ([email=billdavidcn@hotmail.com?subject=轻松编写 C++ 单元测试]billdavidcn@hotmail.com[/email]), 高级软件工程师, Adobe

2009 年 5 月 21 日
googletest 与 googlemock 是 Google 公司于 2008 年发布的两套用于单元测试的应用框架，本文将向读者介绍如何应用这两套应用框架轻松编写 C++ 单元测试代码。以下讨论基于 gtest-1.2.1 及 gmock-1.0.0 。
单元测试概述
测试并不只是测试工程师的责任，对于开发工程师，为了保证发布给测试环节的代码具有足够好的质量（ Quality ），为所编写的功能代码编写适量的单元测试是十分必要的。
单元测试（ Unit Test ，模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确，通过编写单元测试可以在编码阶段发现程序编码错误，甚至是程序设计错误。
单元测试不但可以增加开发者对于所完成代码的自信，同时，好的单元测试用例往往可以在回归测试的过程中，很好地保证之前所发生的修改没有破坏已有的程序逻辑。因此，单元测试不但不会成为开发者的负担，反而可以在保证开发质量的情况下，加速迭代开发的过程。
对于单元测试框架，目前最为大家所熟知的是 JUnit 及其针对各语言的衍生产品， C++ 语言所对应的 JUnit 系单元测试框架就是 CppUnit 。但是由于 CppUnit 的设计严格继承自 JUnit ，而没有充分考虑 C++ 与 Java 固有的差异（主要是由于 C++ 没有反射机制，而这是 JUnit 设计的基础），在 C++ 中使用 CppUnit 进行单元测试显得十分繁琐，这一定程度上制约了 CppUnit 的普及。笔者在这里要跟大家介绍的是一套由 google 发布的开源单元测试框架（ Testing Framework ）： googletest 。



应用 googletest 编写单元测试代码
googletest 是由 Google 公司发布，且遵循 New BSD License （可用作商业用途）的开源项目，并且 googletest 可以支持绝大多数大家所熟知的平台。与 CppUnit 不同的是： googletest 可以自动记录下所有定义好的测试，不需要用户通过列举来指明哪些测试需要运行。
定义单元测试
在应用 googletest 编写单元测试时，使用 TEST() 宏来声明测试函数。如：

清单 1. 用 TEST() 宏声明测试函数
TEST(GlobalConfigurationTest, configurationDataTest)  TEST(GlobalConfigurationTest, noConfigureFileTest)

分别针对同一程序单元 GlobalConfiguration 声明了两个不同的测试（Test）函数，以分别对配置数据进行检查（ configurationDataTest ），以及测试没有配置文件的特殊情况（ noConfigureFileTest ）。
实现单元测试
针对同一程序单元设计出不同的测试场景后（即划分出不同的 Test 后），开发者就可以编写单元测试分别实现这些测试场景了。
在 googletest 中实现单元测试，可通过 ASSERT_* 和 EXPECT_* 断言来对程序运行结果进行检查。 ASSERT_* 版本的断言失败时会产生致命失败，并结束当前函数； EXPECT_* 版本的断言失败时产生非致命失败，但不会中止当前函数。因此， ASSERT_* 常常被用于后续测试逻辑强制依赖的处理结果的断言，如创建对象后检查指针是否为空，若为空，则后续对象方法调用会失败；而 EXPECT_* 则用于即使失败也不会影响后续测试逻辑的处理结果的断言，如某个方法返回结果的多个属性的检查。
googletest 中定义了如下的断言：
  4. 表 1： googletest 定义的断言（ Assert ）
  9. 基本断言
  10. 二进制比较
  11. 字符串比较
  13. ASSERT_TRUE(condition);
  14. EXPECT_TRUE(condition);
  15. condition为真
  16. ASSERT_FALSE(condition);
  17. EXPECT_FALSE(condition);
  18. condition为假
  19. ASSERT_EQ(expected,actual);
  20. EXPECT_EQ(expected,actual);
  21. expected==actual
  22. ASSERT_NE(val1,val2);
  23. EXPECT_NE(val1,val2);
  24. val1!=val2
  25. ASSERT_LT(val1,val2);
  26. EXPECT_LT(val1,val2);
  27. val1<val2
  28. ASSERT_LE(val1,val2);
  29. EXPECT_LE(val1,val2);
  30. val1<=val2
  31. ASSERT_GT(val1,val2);
  32. EXPECT_GT(val1,val2);
  33. val1>val2
  34. ASSERT_GE(val1,val2);
  35. EXPECT_GE(val1,val2);
  36. val1>=val2
  37. ASSERT_STREQ(expected_str,actual_str);
  38. EXPECT_STREQ(expected_str,actual_str);
  39. 两个 C 字符串有相同的内容
  40. ASSERT_STRNE(str1,str2);
  41. EXPECT_STRNE(str1,str2);
  42. 两个 C 字符串有不同的内容
  43. ASSERT_STRCASEEQ(expected_str,actual_str);
  44. EXPECT_STRCASEEQ(expected_str,actual_str);
  45. 两个 C 字符串有相同的内容，忽略大小写
  46. ASSERT_STRCASENE(str1,str2);
  47. EXPECT_STRCASENE(str1,str2);
  48. 两个 C 字符串有不同的内容，忽略大小写
复制代码
下面的实例演示了上面部分断言的使用：
  4. 清单 2. 一个较完整的 googletest 单元测试实例
  10. // Configure.h
  11. #pragma once
  13. #include <string>
  14. #include <vector>
  16. class Configure
  17. {
  18. private:
  19.     std::vector<std::string> vItems;
  21. public:
  22.     int addItem(std::string str);
  24.     std::string getItem(int index);
  26.     int getSize();
  27. };
  29. // Configure.cpp
  30. #include "Configure.h"
  32. #include <algorithm>
  34. /**
  35. * @brief Add an item to configuration store. Duplicate item will be ignored
  36. * @param str item to be stored
  37. * @return the index of added configuration item
  38. */
  39. int Configure::addItem(std::string str)
  40. {
  41. std::vector<std::string>::const_iterator vi=std::find(vItems.begin(), vItems.end(), str);
  42.     if (vi != vItems.end())
  43.         return vi - vItems.begin();
  45.     vItems.push_back(str);
  46.     return vItems.size() - 1;
  47. }
  49. /**
  50. * @brief Return the configure item at specified index.
  51. * If the index is out of range, "" will be returned
  52. * @param index the index of item
  53. * @return the item at specified index
  54. */
  55. std::string Configure::getItem(int index)
  56. {
  57.     if (index >= vItems.size())
  58.         return "";
  59.     else
  60.         return vItems.at(index);
  61. }
  63. /// Retrieve the information about how many configuration items we have had
  64. int Configure::getSize()
  65. {
  66.     return vItems.size();
  67. }
  69. // ConfigureTest.cpp
  70. #include <gtest/gtest.h>
  72. #include "Configure.h"
  74. TEST(ConfigureTest, addItem)
  75. {
  76.     // do some initialization
  77.     Configure* pc = new Configure();
  78.    
  79.     // validate the pointer is not null
  80.     ASSERT_TRUE(pc != NULL);
  82.     // call the method we want to test
  83.     pc->addItem("A");
  84.     pc->addItem("B");
  85.     pc->addItem("A");
  87.     // validate the result after operation
  88.     EXPECT_EQ(pc->getSize(), 2);
  89.     EXPECT_STREQ(pc->getItem(0).c_str(), "A");
  90.     EXPECT_STREQ(pc->getItem(1).c_str(), "B");
  91.     EXPECT_STREQ(pc->getItem(10).c_str(), "");
  93.     delete pc;
  94. }
复制代码
运行单元测试
在实现完单元测试的测试逻辑后，可以通过 RUN_ALL_TESTS() 来运行它们，如果所有测试成功，该函数返回 0，否则会返回 1 。 RUN_ALL_TESTS() 会运行你链接到的所有测试――它们可以来自不同的测试案例，甚至是来自不同的文件。
因此，运行 googletest 编写的单元测试的一种比较简单可行的方法是：
  • 为每一个被测试的 class 分别创建一个测试文件，并在该文件中编写针对这一 class 的单元测试；
  • 编写一个 Main.cpp 文件，并在其中包含以下代码，以运行所有单元测试：
  1. 清单 3. 初始化 googletest 并运行所有测试
  6. #include <gtest/gtest.h>
  8. int main(int argc, char** argv) {
  9.     testing::InitGoogleTest(&argc, argv);
  11.     // Runs all tests using Google Test.
  12.     return RUN_ALL_TESTS();
  13. }
复制代码
  • 最后，将所有测试代码及 Main.cpp 编译并链接到目标程序中。
此外，在运行可执行目标程序时，可以使用 --gtest_filter 来指定要执行的测试用例，如：
  4. ./foo_test 没有指定 filter ，运行所有测试；
  5. ./foo_test --gtest_filter=* 指定 filter 为 * ，运行所有测试；
  6. ./foo_test --gtest_filter=FooTest.* 运行测试用例 FooTest 的所有测试；
  7. ./foo_test --gtest_filter=*Null*:*Constructor* 运行所有全名（即测试用例名 + “ . ” + 测试名，如 GlobalConfigurationTest.noConfigureFileTest ）含有"Null" 或 "Constructor" 的测试；
  8. ./foo_test --gtest_filter=FooTest.*-FooTest.Bar 运行测试用例 FooTest 的所有测试，但不包括 FooTest.Bar。
  9. 这一特性在包含大量测试用例的项目中会十分有用。
复制代码


应用 googlemock 编写 Mock Objects
很多 C++ 程序员对于 Mock Objects （模拟对象）可能比较陌生，模拟对象主要用于模拟整个应用程序的一部分。在单元测试用例编写过程中，常常需要编写模拟对象来隔离被测试单元的“下游”或“上游”程序逻辑或环境，从而达到对需要测试的部分进行隔离测试的目的。
例如，要对一个使用数据库的对象进行单元测试，安装、配置、启动数据库、运行测试，然后再卸装数据库的方式，不但很麻烦，过于耗时，而且容易由于环境因素造成测试失败，达不到单元测试的目的。模仿对象提供了解决这一问题的方法：模仿对象符合实际对象的接口，但只包含用来“欺骗”测试对象并跟踪其行为的必要代码。因此，其实现往往比实际实现类简单很多。
为了配合单元测试中对 Mocking Framework 的需要， Google 开发并于 2008 年底开放了： googlemock 。与 googletest 一样， googlemock 也是遵循 New BSD License （可用作商业用途）的开源项目，并且 googlemock 也可以支持绝大多数大家所熟知的平台。
注 1：在 Windows 平台上编译 googlemock
对于 Linux 平台开发者而言，编译 googlemock 可能不会遇到什么麻烦；但是对于 Windows 平台的开发者，由于 Visual Studio 还没有提供 tuple （ C++0x TR1 中新增的数据类型）的实现，编译 googlemock 需要为其指定一个 tuple 类型的实现。著名的开源 C++ 程序库 boost 已经提供了 tr1 的实现，因此，在 Windows 平台下可以使用 boost 来编译 googlemock 。为此，需要修改 %GMOCK_DIR%/msvc/gmock_config.vsprops ，设定其中 BoostDir 到 boost 所在的目录，如：
  7. <UserMacro
  8.     Name="BoostDir"
  9.     Value="$(BOOST_DIR)"
  10. />
复制代码
其中 BOOST_DIR 是一个环境变量，其值为 boost 库解压后所在目录。
对于不希望在自己的开发环境上解包 boost 库的开发者，在 googlemock 的网站上还提供了一个从 boost 库中单独提取出来的 tr1 的实现，可将其下载后将解压目录下的 boost 目录拷贝到 %GMOCK_DIR% 下（这种情况下，请勿修改上面的配置项；建议对 boost 不甚了解的开发者采用后面这种方式）。
在应用 googlemock 来编写 Mock 类辅助单元测试时，需要：
  • 编写一个 Mock Class （如 class MockTurtle ），派生自待 Mock 的抽象类（如 class Turtle ）；
  • 对于原抽象类中各待 Mock 的 virtual 方法，计算出其参数个数 n ；
  • 在 Mock Class 类中，使用 MOCK_METHODn() （对于 const 方法则需用 MOCK_CONST_METHODn() ）宏来声明相应的 Mock 方法，其中第一个参数为待 Mock 方法的方法名，第二个参数为待 Mock 方法的类型。如下：
  1. 清单 4. 使用 MOCK_METHODn 声明 Mock 方法
  6. #include <gmock/gmock.h>  // Brings in Google Mock.
  8. class MockTurtle : public Turtle {
  9.     MOCK_METHOD0(PenUp, void());
  10.     MOCK_METHOD0(PenDown, void());
  11.     MOCK_METHOD1(Forward, void(int distance));
  12.     MOCK_METHOD1(Turn, void(int degrees));
  13.     MOCK_METHOD2(GoTo, void(int x, int y));
  14.     MOCK_CONST_METHOD0(GetX, int());
  15.     MOCK_CONST_METHOD0(GetY, int());
  16. };
复制代码
  • 在完成上述工作后，就可以开始编写相应的单元测试用例了。在编写单元测试时，可通过 ON_CALL 宏来指定 Mock 方法被调用时的行为，或 EXPECT_CALL 宏来指定 Mock 方法被调用的次数、被调用时需执行的操作等，并对执行结果进行检查。如下：
  1. 清单 5. 使用 ON_CALL 及 EXPECT_CALL 宏
  6. using testing::Return;                              // #1，必要的声明
  8. TEST(BarTest, DoesThis) {
  9.     MockFoo foo;                                    // #2，创建 Mock 对象
  11.     ON_CALL(foo, GetSize())                         // #3，设定 Mock 对象默认的行为（可选）
  12.         .WillByDefault(Return(1));
  13.     // ... other default actions ...
  15.     EXPECT_CALL(foo, Describe(5))                   // #4，设定期望对象被访问的方式及其响应
  16.         .Times(3)
  17.         .WillRepeatedly(Return("Category 5"));
  18.     // ... other expectations ...
  20.     EXPECT_EQ("good", MyProductionFunction(&foo));  
  21.     // #5，操作 Mock 对象并使用 googletest 提供的断言验证处理结果
  22. }                                                  
  23. // #6，当 Mock 对象被析构时， googlemock 会对结果进行验证以判断其行为是否与所有设定的预期一致
复制代码
其中， WillByDefault 用于指定 Mock 方法被调用时的默认行为； Return 用于指定方法被调用时的返回值； Times 用于指定方法被调用的次数； WillRepeatedly 用于指定方法被调用时重复的行为。
对于未通过 EXPECT_CALL 声明而被调用的方法，或不满足 EXPECT_CALL 设定条件的 Mock 方法调用， googlemock 会输出警告信息。对于前一种情况下的警告信息，如果开发者并不关心这些信息，可以使用 Adapter 类模板 NiceMock 避免收到这一类警告信息。如下：
  4. 清单 6. 使用 NiceMock 模板
  10. testing::NiceMock<MockFoo> nice_foo;
复制代码
在笔者开发的应用中，被测试单元会通过初始化时传入的上层应用的接口指针，产生大量的处理成功或者失败的消息给上层应用，而开发者在编写单元测试时并不关心这些消息的内容，通过使用 NiceMock 可以避免为不关心的方法编写 Mock 代码（注意：这些方法仍需在 Mock 类中声明，否则 Mock 类会被当作 abstract class 而无法实例化）。
与 googletest 一样，在编写完单元测试后，也需要编写一个如下的入口函数来执行所有的测试：
  4. 清单 7. 初始化 googlemock 并运行所有测试
  10. #include <gtest/gtest.h>
  11. #include <gmock/gmock.h>
  13. int main(int argc, char** argv) {
  14.     testing::InitGoogleMock(&argc, argv);
  16.     // Runs all tests using Google Test.
  17.     return RUN_ALL_TESTS();
  18. }
复制代码
下面的代码演示了如何使用 googlemock 来创建 Mock Objects 并设定其行为，从而达到对核心类 AccountService 的 transfer （转账）方法进行单元测试的目的。由于 AccountManager 类的具体实现涉及数据库等复杂的外部环境，不便直接使用，因此，在编写单元测试时，我们用 MockAccountManager 替换了具体的 AccountManager 实现。
  4. 清单 8. 待测试的程序逻辑
  9. // Account.h
  10. // basic application data class
  11. #pragma once
  13. #include <string>
  15. class Account
  16. {
  17. private:
  18.     std::string accountId;
  20.     long balance;
  22. public:
  23.     Account();
  25.     Account(const std::string& accountId, long initialBalance);
  27.     void debit(long amount);
  29.     void credit(long amount);
  31.     long getBalance() const;
  33.     std::string getAccountId() const;
  34. };
  36. // Account.cpp
  37. #include "Account.h"
  39. Account::Account()
  40. {
  41. }
  43. Account::Account(const std::string& accountId, long initialBalance)
  44. {
  45.     this->accountId = accountId;
  46.     this->balance = initialBalance;
  47. }
  49. void Account::debit(long amount)
  50. {
  51.     this->balance -= amount;
  52. }
  54. void Account::credit(long amount)
  55. {
  56.     this->balance += amount;
  57. }
  59. long Account::getBalance() const
  60. {
  61.     return this->balance;
  62. }
  64. std::string Account::getAccountId() const
  65. {
  66.     return accountId;
  67. }
  69. // AccountManager.h
  70. // the interface of external services which should be mocked
  71. #pragma once
  73. #include <string>
  75. #include "Account.h"
  77. class AccountManager
  78. {
  79. public:
  80.     virtual Account findAccountForUser(const std::string& userId) = 0;
  82.     virtual void updateAccount(const Account& account) = 0;
  83. };
  85. // AccountService.h
  86. // the class to be tested
  87. #pragma once
  89. #include <string>
  91. #include "Account.h"
  92. #include "AccountManager.h"
  94. class AccountService
  95. {
  96. private:
  97.     AccountManager* pAccountManager;
  99. public:
  100.     AccountService();
  102.     void setAccountManager(AccountManager* pManager);
  103.     void transfer(const std::string& senderId,
  104.                const std::string& beneficiaryId, long amount);
  105. };
  107. // AccountService.cpp
  108. #include "AccountService.h"
  110. AccountService::AccountService()
  111. {
  112.     this->pAccountManager = NULL;
  113. }
  115. void AccountService::setAccountManager(AccountManager* pManager)
  116. {
  117.     this->pAccountManager = pManager;
  118. }
  120. void AccountService::transfer(const std::string& senderId,
  121.                   const std::string& beneficiaryId, long amount)
  122. {
  123.     Account sender = this->pAccountManager->findAccountForUser(senderId);
  125.     Account beneficiary = this->pAccountManager->findAccountForUser(beneficiaryId);
  127.     sender.debit(amount);
  129.     beneficiary.credit(amount);
  131.     this->pAccountManager->updateAccount(sender);
  133.     this->pAccountManager->updateAccount(beneficiary);
  134. }
复制代码
  1. 清单 9. 相应的单元测试
  6. // AccountServiceTest.cpp
  7. // code to test AccountService
  8. #include <map>
  9. #include <string>
  11. #include <gtest/gtest.h>
  12. #include <gmock/gmock.h>
  14. #include "../Account.h"
  15. #include "../AccountService.h"
  16. #include "../AccountManager.h"
  18. // MockAccountManager, mock AccountManager with googlemock
  19. class MockAccountManager : public AccountManager
  20. {
  21. public:
  22.     MOCK_METHOD1(findAccountForUser, Account(const std::string&));
  24.     MOCK_METHOD1(updateAccount, void(const Account&));
  25. };
  27. // A facility class acts as an external DB
  28. class AccountHelper
  29. {
  30. private:
  31.     std::map<std::string, Account> mAccount;
  32.              // an internal map to store all Accounts for test
  34. public:
  35.     AccountHelper(std::map<std::string, Account>& mAccount);
  37.     void updateAccount(const Account& account);
  39.     Account findAccountForUser(const std::string& userId);
  40. };
  42. AccountHelper::AccountHelper(std::map<std::string, Account>& mAccount)
  43. {
  44.     this->mAccount = mAccount;
  45. }
  47. void AccountHelper::updateAccount(const Account& account)
  48. {
  49.     this->mAccount[account.getAccountId()] = account;
  50. }
  52. Account AccountHelper::findAccountForUser(const std::string& userId)
  53. {
  54.     if (this->mAccount.find(userId) != this->mAccount.end())
  55.         return this->mAccount[userId];
  56.     else
  57.         return Account();
  58. }
  60. // Test case to test AccountService
  61. TEST(AccountServiceTest, transferTest)
  62. {
  63.     std::map<std::string, Account> mAccount;
  64.     mAccount["A"] = Account("A", 3000);
  65.     mAccount["B"] = Account("B", 2000);
  66.     AccountHelper helper(mAccount);
  68.     MockAccountManager* pManager = new MockAccountManager();
  70.     // specify the behavior of MockAccountManager
  71.     // always invoke AccountHelper::findAccountForUser
  72.      // when AccountManager::findAccountForUser is invoked
  73.     EXPECT_CALL(*pManager, findAccountForUser(testing::_)).WillRepeatedly(
  74.         testing::Invoke(&helper, &AccountHelper::findAccountForUser));
  76.     // always invoke AccountHelper::updateAccount
  77.     //when AccountManager::updateAccount is invoked
  78.     EXPECT_CALL(*pManager, updateAccount(testing::_)).WillRepeatedly(
  79.         testing::Invoke(&helper, &AccountHelper::updateAccount));
  81.     AccountService as;
  82.     // inject the MockAccountManager object into AccountService
  83.     as.setAccountManager(pManager);
  85.     // operate AccountService
  86.     as.transfer("A", "B", 1005);
  88.     // check the balance of Account("A") and Account("B") to
  89.     //verify that AccountService has done the right job
  90.     EXPECT_EQ(1995, helper.findAccountForUser("A").getBalance());
  91.     EXPECT_EQ(3005, helper.findAccountForUser("B").getBalance());
  93.     delete pManager;
  94. }
  96. // Main.cpp
  97. #include <gtest/gtest.h>
  98. #include <gmock/gmock.h>
  100. int main(int argc, char** argv) {
  101.     testing::InitGoogleMock(&argc, argv);
  103.     // Runs all tests using Google Test.
  104.     return RUN_ALL_TESTS();
  105. }
复制代码
注 2：上述范例工程详见附件。要编译该工程，请读者自行添加环境变量 GTEST_DIR 、 GMOCK_DIR ，分别指向 googletest 、 googlemock 解压后所在目录；对于 Windows 开发者，还需要将 %GMOCK_DIR%/msvc/gmock_config.vsprops 通过 View->;Property Manager 添加到工程中，并将 gmock.lib 拷贝到工程目录下。
通过上面的实例可以看出， googlemock 为开发者设定 Mock 类行为，跟踪程序运行过程及结果，提供了丰富的支持。但与此同时，应用程序也应该尽量降低应用代码间的耦合度，使得单元测试可以很容易对被测试单元进行隔离（如上例中， AccountService 必须提供了相应的方法以支持 AccountManager 的替换）。关于如何通过应用设计模式来降低应用代码间的耦合度，从而编写出易于单元测试的代码，请参考本人的另一篇文章《应用设计模式编写易于单元测试的代码》（ developerWorks ， 2008 年 7 月）。
注 3：此外，开发者也可以直接通过继承被测试类，修改与外围环境相关的方法的实现，达到对其核心方法进行单元测试的目的。但由于这种方法直接改变了被测试类的行为，同时，对被测试类自身的结构有一些要求，因此，适用范围比较小，笔者也并不推荐采用这种原始的 Mock 方式来进行单元测试。



总结
Googletest 与 googlemock 的组合，很大程度上简化了开发者进行 C++ 应用程序单元测试的编码工作，使得单元测试对于 C++ 开发者也可以变得十分轻松；同时， googletest 及 googlemock 目前仍在不断改进中，相信随着其不断发展，这一 C++ 单元测试的全新组合将变得越来越成熟、越来越强大，也越来越易用。




下载
描述名字大小下载方法完整的使用 googletest 及 googlemock 编写单元测试的例子AccountService.tar.gz4KBHTTP一个较完整的使用 googletest 编写单元测试的例子ConfigureTest.tar.gz3KBHTTP

参考资料


关于作者

熊伟（Wayne Xiong），华中科技大学硕士，曾用网名 Bill David、大卫、大笨熊等。精于 C++，后转入 JAVA 阵营，曾就职于 Lucent、BEA（Oracle）等公司，从事电信及 J2EE 应用平台的设计开发；现为 Adobe 公司高级软件工程师，主要从事 Flash Media Server 及 RIA 相关应用的设计开发。可以通过 billdavidcn@hotmail.com 或博客 http://blog.csdn.net/billdavid 与他联系。




[ 本帖最后由 winston 于 2009-5-24 01:40 编辑 ]
傲游高品质VPS主机，特价促销
回复

使用道具 举报

发表于 2009-7-2 15:03:34 | 显示全部楼层
以前我用cppunit，这个google test是好东西，好用多了，强烈推荐。
转一段有趣的：
•        It's better to catch a bug at design time than at coding/compile time.[1]
[1] I'm not a waterfaller, so coding time and compiling time are the same time for me. But even though I like unit-tests and have had some blisteringly fast pair-programming partnerships, I don't think I'm an XP-er [Beck2000] either.
•        It's better to catch a bug at coding/compile time than during unit testing.[2]
[2] This assumes you do unit testing. If you don't, then you need to start doing so, right away!
•        It's better to catch a bug during unit testing than during debug system testing.
•        It's better to catch a bug during debug system than in prerelease/beta system testing.
•        It's better to catch a bug during prerelease/beta system testing than have your customer catch one.
•        It's better to have your customer catch a bug (in a reasonably sophisticated/graceful manner) than to have no customers.
傲游高品质VPS主机，特价促销
回复 支持 反对

使用道具 举报

返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 用户注册

本版积分规则

Archiver|手机版|小黑屋|ACE Developer ( 京ICP备06055248号 )

GMT+8, 2024-12-22 17:37 , Processed in 0.032759 second(s), 5 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表