测试一个方法,需要较多个参数进行测试,比如最大值、最小值、异常值和正常值。这中间会有较多重复代码工作,而值参数测试就是避免这种重复性工作,并且不会损失测试的便利性和准确性。

如果测试一个函数,需要些各种参数进行边界测试,比如测试是否为素数,需要测试各种参数。

方法1

class Prime {
public:
bool IsPrime(int n) {
if (n <= 1) return false;

for (int i = 2; i * i <= n; i++) {
// n is divisible by an integer other than 1 and itself.
if ((n % i) == 0) return false;
}

return true;
}
};

TEST(IsPrimeTest, Negative) {
Prime prime;
EXPECT_FALSE(prime.IsPrime(-5));
EXPECT_FALSE(prime.IsPrime(-1));
}

TEST(IsPrimeTest, Trivial) {
Prime prime;
EXPECT_FALSE(prime.IsPrime(0));
EXPECT_FALSE(prime.IsPrime(1));
EXPECT_TRUE(prime.IsPrime(2));
EXPECT_TRUE(prime.IsPrime(3));
}

输出结果为:

上述测试并不为完整,但这其中就出现了很多重复的代码,比如每个testcasee都需要创建prime和写EXPECT语句。

方法2:使用testfixture,可以减少创建prime类的操作。上面的测试创建prime就是待测数据初始化,如果准备初始化环境复杂,使用test fixtrue可以极大提高效率且保证每个test的运行条件一样。

class PrimeTest : public ::testing::Test {
protected:
Prime prime;
};

TEST_F(PrimeTest, Negative) {
EXPECT_FALSE(prime.IsPrime(-5));
EXPECT_FALSE(prime.IsPrime(-1));
}

TEST_F(PrimeTest, Trivial) {
EXPECT_FALSE(prime.IsPrime(0));
EXPECT_FALSE(prime.IsPrime(1));
EXPECT_TRUE(prime.IsPrime(2));
EXPECT_TRUE(prime.IsPrime(3));
}

输出结果为:

方法2比方法1改进很多,但是依然没有改变代码重复的问题,继续改进,使用循环。

方法3:使用循环消除重复代码。

class PrimeTest : public ::testing::Test {
protected:
Prime prime;
};

TEST_F(PrimeTest, Negative) {
auto vec = std::vector<int>{-5, -1, 0, 1};
for (auto v : vec) {
EXPECT_FALSE(prime.IsPrime(v));
}
}

TEST_F(PrimeTest, Trivial) {
auto vec2 = std::vector<int>{2, 3, 5, 7};
for_each(vec2.begin(), vec2.end(), [&](int a) {
EXPECT_TRUE(prime.IsPrime(a));
}
);
}

输出结果为:

方法3消除了复制代码语句,可以完成同类型参数的测试,但是有一个大问题,很多参数公用一个测试用例,如果某个参数出错,代码不能指示出是哪个test失败了。

// 例如第一个用例有个参数写错了
TEST_F(PrimeTest, Negative) {
auto vec = std::vector<int>{-5, -1, 0, 2};
for (auto v : vec) {
EXPECT_FALSE(prime.IsPrime(v));
}
}

代码出结果是第一个test出错,只能提示到 PrimeTest.Negative失败了。倘若参数列表有很多参数,那么就不容易排查哪里失败了,这违背了测试的基本原则。

[ RUN      ] PrimeTest.Negative
D:\PROJECTS\googletest\googletest\samples\sample6_unittest.cc(297): error: Value of: prime.IsPrime(v)
Actual: true
Expected: false
[ FAILED ] PrimeTest.Negative (1 ms)

比如方法1和方法2中的测试,同样的错误可以给出如下详细的错误提示。

[ RUN      ] PrimeTest.Negative
D:\PROJECTS\googletest\googletest\samples\sample6_unittest.cc(277): error: Value of: prime.IsPrime(2)
Actual: true
Expected: false
[ FAILED ] PrimeTest.Negative (1 ms)

方法4:幸好gtest给出了解决方案,既能避免重复代码,又能每个测试单独运行每个参数的测试用例,出错后能准确的报告错误的位置。

class PrimeTest : public ::testing::TestWithParam<int> {
protected:
Prime prime;
};

TEST_P(PrimeTest, ReturnsFalseForNonPrimes) {
int n = GetParam();
EXPECT_FALSE(this->prime.IsPrime(n));
}

INSTANTIATE_TEST_CASE_P(myParmTest, // Instance name
PrimeTest, // Test case name
testing::Values(-5,0,1,4)); // Type list

第一,PrimeTest继承于TestWithParm<int>; 相当于创建了一个test suite。

第二,使用Test_P创建test case,第一个参数是test fixture类名,第二个参数test case 名。在测试case里,可以使用GetParam获取每个参数,使用this指针使用Prime类实例。

第三,注册测试case,INSTANTIATE_TEST_CASE_P 宏第一个参数是测试的名字,第二个参数是测试fixtue名字或test case名字。第三个参数是需要输入到case里运行的参数列表,使用values接收列表数据。

输出结果如下图,values(-5,0,1,4)合计4个参数,运行4个tests。

对比方法3,如果某个数据测试出错,可以准备报告错误信息。比如testing::Values(-5,0,1,5)),最后一个参数写成5,输出如下。提示最后一个用例test3,参数为5运行失败.

  • myParmTest/PrimeTest.ReturnsFalseForNonPrimes/3, where GetParam() = 5 (1 ms)

[==========] Running 4 tests from 1 test case.
[----------] Global test environment set-up.
[----------] 4 tests from myParmTest/PrimeTest
[ RUN ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/0
[ OK ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/0 (0 ms)
[ RUN ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/1
[ OK ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/1 (0 ms)
[ RUN ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/2
[ OK ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/2 (0 ms)
[ RUN ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/3
D:\PROJECTS\googletest\googletest\samples\sample6_unittest.cc(320): error: Value of: this->prime.IsPrime(n)
Actual: true
Expected: false
[ FAILED ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/3, where GetParam() = 5 (1 ms)

方法5:上面方法4有个明显缺点,test::Values列表的参数只能是符合test case条件的数,即全是测试false的数,如果需要一些素数测试结果也是true的测试,那么就需要再写个test case,这显然不是很好的设计,那么可以考虑把测试的结果true或false也当做参数传递个测试用例,这样就可以在一个test case里实现素数和非素数的测试工作。具体实现也很简单,TestWithParam<T>,当T是一个组合数时,就实现了上述目标。

class PrimeTest : public ::testing::TestWithParam<std::pair<int, bool>>{
protected:
Prime prime;
};

TEST_P(PrimeTest, ReturnsFalseForNonPrimes) {
auto parm = GetParam();
ASSERT_EQ(this->prime.IsPrime(parm.first), parm.second);
}

INSTANTIATE_TEST_CASE_P(myParmTest,
PrimeTest,
testing::Values(std::make_pair(-5, false),
std::make_pair(-5, false),
std::make_pair(0, false),
std::make_pair(1, false),
std::make_pair(4, false),
std::make_pair(2, true),
std::make_pair(3, true),
std::make_pair(5, true)
));

输出结果如下,8个测试用例,5个false和3个true的测试:

如果某个参数测试失败,可以清晰的输出测试错误信息。

[ RUN      ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/3
D:\PROJECTS\googletest\googletest\samples\sample6_unittest.cc(342): error: Expected equality of these values:
this->prime.IsPrime(parm.first)
Which is: true
parm.second
Which is: false
[ FAILED ] myParmTest/PrimeTest.ReturnsFalseForNonPrimes/3, where GetParam() = (11, false) (1 ms)

尊重技术文章,转载请注明!

Google单元测试框架gtest之官方sample笔记2--类型参数测试

https://www.cnblogs.com/pingwen/p/14459873.html

Google单元测试框架gtest--值参数测试的更多相关文章

  1. Google单元测试框架gtest之官方sample笔记2--类型参数测试

    gtest 提供了类型参数化测试方案,可以测试不同类型的数据接口,比如模板测试.可以定义参数类型列表,按照列表定义的类型,每个测试case都执行一遍. 本例中,定义了2种计算素数的类,一个是实时计算, ...

  2. Google单元测试框架gtest之官方sample笔记3--值参数化测试

    1.7 sample7--接口测试 值参数不限定类型,也可以是类的引用,这就可以实现对类接口的测试,一个基类可以有多个继承类,那么可以测试不同的子类功能,但是只需要写一个测试用例,然后使用参数列表实现 ...

  3. Google单元测试框架gtest之官方sample笔记4--事件监控之内存泄漏测试

    sample 10 使用event listener监控Water类的创建和销毁.在Water类中,有一个静态变量allocated,创建一次值加一,销毁一次值减一.为了实现这个功能,重载了new和d ...

  4. Google单元测试框架gtest之官方sample笔记1--简单用例

    1.0 通用部分 和常见的测试工具一样,gtest提供了单体测试常见的工具和组件.比如判断各种类型的值相等,大于,小于等,管理多个测试的测试组如testsuit下辖testcase,为了方便处理初始化 ...

  5. 简单易懂的单元测试框架-gtest(一)

    简介     gtest是google开源的一个单元测试框架,以其简单易学的特点被广泛使用.该框架以第三方库的方式插入被测代码中.同其他单元测试框架相似,gtest也通过制作测试样例来进行代码测试.同 ...

  6. C++单元测试框架gtest使用

    作用 作为代码编码人员,写完代码,不仅要保证编译通过和运行,还要保证逻辑尽量正确.单元测试是对软件可测试最小单元的检查和校验.单元测试与其他测试不同,单元测试可看作是编码工作的一部分,应该由程序员完成 ...

  7. Google C++单元测试框架---Gtest框架简介(译文)

    一.设置一个新的测试项目 在用google test写测试项目之前,需要先编译gtest到library库并将测试与其链接.我们为一些流行的构建系统提供了构建文件: msvc/ for Visual ...

  8. 简单易懂的单元测试框架-gtest(二)

    简介     事件机制用于在案例运行前后添加一些操作(相当于挂钩函数).目前,gtest提供了三种等级的事件,分别: 全局级,所有案例执行的前后 TestSuite级,某一个案例集的前后 TestCa ...

  9. Google C++单元测试框架GoogleTest---GTest的Sample1和编写单元测试的步骤

    如果你还没有搭建gtest框架,可以参考我之前的博客:http://www.cnblogs.com/jycboy/p/6001153.html.. 1.The first sample: sample ...

随机推荐

  1. 最好的IDEA debug长文?看完我佛了

    前言 你好,我是A哥(YourBatman). 最近写了几篇IntelliJ IDEA系列的文章,反响蛮好.我想了下,因为并非是分享什么破解方法.推荐插件.主题这种蛋炒饭式哗众取宠的文章,而是真实对工 ...

  2. 阅读笔记:Item-based Collaborative Filtering Recommendation Algorithms

    概要: 推荐系统通过信息获取技术解决在线的个人的消息.产品或者服务的推荐问题.这些系统,特别是基于k临近协同过滤算法,在网络上取得了广泛的成功.可用信息和访问人数的巨大增加成了推荐系统一个难题.基于商 ...

  3. Eclipse无法打开提示could not open jvm.cfg错误

    先言:我的问题只是出在之前我的java_jdk原来安装在F:\Temp这里,但是我之后在整理文件的时候把这个文件夹改成了F:\java_jdk.所以导致了错误的出现 解决方法1: 因为我的只是目录名称 ...

  4. hdu5437 Alisha’s Party

    Problem Description Princess Alisha invites her friends to come to her birthday party. Each of her f ...

  5. ssh配置方面小实验①

    注意:sshd_config配置文件有些特殊:注释掉的选项,并不是不生效的,而是默认生效选项.使用某选项时,要先取消注释,再修改为yes或no关于效率和安全的说明:安全:telnet < ssh ...

  6. 安装jdk并配置环境变量

    安装jdk并配置环境变量 安装jdk 点击访问官网 https://www.oracle.com/downloads/或直接下载 https://www.jdkdownload.com/ 推荐使用后面 ...

  7. NFS 共享存储

    目录 环境准备 NFS服务端 NFS客户端 部署时常见报错 httpd服务 NFS 共享存储的坑 环境准备 主机名 WanIP(Wide Area Network) LanIP(Local Area ...

  8. ES索引Index相关操作&ES数据类型、字符串类型text和keyword区别

    1.查看索引以及删除之前的测试索引 1. 查看索引以及索引数量信息 liqiang@root MINGW64 ~/Desktop $ curl -X GET http://127.0.0.1:9200 ...

  9. scu-4445

    Right turn frog is trapped in a maze. The maze is infinitely large and divided into grids. It also c ...

  10. Makefile 流程控制(error,warning)等调试选项

    1.退出码 0 ok1 错误2 使用了-q 选项 且目标不需要更新 返回2 2.选项 -f --file 指定makefile脚本 -n --just-print --dry -run -- reco ...