单元测试(一)

1, 选择

并不是所有的函数模块都有必要写单元测试,除非是为了完成100%的代码覆盖率。那么如果有效的选择单元测试的对象,才是第一步值得考虑的事情。
(1)开发过程中,单元测试应该来测试那些可能会出错的地方,或是那些边界情况。
(2)维护过程中,单元测试应该跟着我们的bug report来走,每一个bug都应该有个UT。于是程序员就会对自己的代码变更有两个自信,一是bug 被 fixed,二是相同的bug不会再次出现。

2, 何时写

构架能力强可以在开发之前写, 通常一边开发,一边写测试。

3, 有什么好处

(1)减少和定位bug,过早暴露问题。
(2)提高代码质量。
(3)增强开发人员的自信心。

4, 具体任务

(1)各条错误处理通路测试,保证每一个异常通过测试。
(2)每条独立路径可以通过,完成一定的代码覆盖率。
(3)变量是否有溢出。
(4)边界条件测试。
(5)考虑负面场景。

5, gtest工作流程

(1)创建测试

使用TEST()宏来定义和命名测试函数。
EXPECT_EQ(n, 2)使用各种Google Test断言来检查值。
测试结果由断言确定。
在这里插入图片描述
注:(1)Goo

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值