Junit 单元测试编写注意事项记录

Stella981
• 阅读 477

在公司项目开始的阶段由于准备不完善和个人能力不足,忽略了编写正规的单元测试的好处,所以在长达一年的时间里,项目在上线前的构建过程中其实是没有跑过测试的,在项目上线的最初几个月里,由于项目功能涉及的方面较少,所以可以轻松的确保上线代码不存在严重的问题。

随着项目涉及的方面逐渐扩大,没有正规的测试架构的问题逐渐显现出来,我还记得一次由于spring循环注入导致接口的事务失效的问题,足足浪费了我两天的时间查找错误,如果在上线前经过了严格单元测试,也不会出现如此低级的错误。

现在项目的生产代码已经到了人工无法掌控的地步,在线上频繁出现的小bug严重影响了生产代码的可靠性和我的生产效率。这都是当时项目开发阶段不重视单元测试给自己埋的坑。

我现在也渐渐发现了一个道理:越是项目架构早期的缺陷,发现的越迟,危害越大。 在接下来的时间里我决定消除这个隐患---通过重写结构良好,可靠度高的单元测试。

下面的编写注意事项来自科斯凯拉的《Effective Unit Testing》 在重写单元测试的过程学习到的经验与感悟会慢慢的补充

##衡量测试代码的指标

  • 测试代码的可读性
  • 测试的可靠度
  • 测试的执行速度

##测试反例

###坏味道

  • ####可读性
    1. 断言的表达方式要明确表达验证意图,避免认知负担
    2. 断言的范围要紧密贴合测试目的。不能高于本测试目的,永远成功的断言没有价值。也不能将断言范围覆盖多个测试意图,永远失败的测试缺乏可维护性。断言范围不明确造成理解困难。
    3. 避免测试方法中的过度细节,测试方法应该能快速表达测试内容。注意方法名,分离多余的安装方法,重用共用的测试代码
    4. 避免多重职责,单个测试的测试内容应该只关注目标代码的一个行为,便于快速定位测试问题
    5. 避免将不必要的测试逻辑与数据文件分割,简单的数据应该内联到测试之中,如果不能做到,那么数据文件也应该和测试方法待在一起
    6. 避免测试代码中意义重要但是表达不明的膜法数字,使用有意义的静态变量或者方法名来代替
    7. 避免冗长的安装,抽取细节,整合到命名浅显的方法名中
    8. 避免不必要的断言保护,增加冗余的断言

  • ####可维护性

    阅读代码比编写代码频繁的多

    1. 避免重复 结构重复和语义重复
    2. 避免测试方法中的条件逻辑,他会造成的断言被回避不执行
    3. 避免间歇性成功的测试,同一个测试数据一个测试方法的返回结果应该始终一致
    4. 避免残缺的文件路径,应该使用类路径、项目路径等相对路径
    5. 测试生成的共享文件等资源在测试结束之后就应该删除,避免测试之间相互影响
    6. thiread#sleep 使用countDownLatch来代替
    7. 避免参数化测试模式滥用
    8. 提高测试类的内聚,合理使用公共基类

  • ####可信赖性
    1. 测试项目中不应该存在被注释掉不运行的代码
    2. 代码注释要和测试代码同步 好的代码注释为什么而非做什么
    3. 测试失败时就应当失败
    4. 避免轻率承诺避免空的测试方法,没有任何检查的测试没有用处,测试内容不全,测试的代码比声明的少
    5. 避免降低期望,源于断言过于模糊或者不能描述期望行为,避免虚假安全感
    6. 避免基于所运行的平台而决定断言结果
    7. 用断言替换条件
    8. 分支条件的不同路径应该分解到单独的测试中,所有的测试都应该有失败的机会

###设计原则 模块化编程有理由提高代码可测性

模块化设计原则

####SOLID

  1. s---单一职责原则 类小而专注,具有高内聚。发生变化的原因只有一个
  2. o---开闭原则 对扩展开放,对修改关闭 --可在不修改代码的情况下扩展功能
  3. l---里是替换原则 子类是父类的扩展,子类能替换父类进行工作
  4. i---接口隔离原则 接口小而专注,提高可测试性
  5. d---依赖翻转原则,类不用自己实例化协作者,而是选择依赖接口

####可测性的设计指南

避免使用private修饰符 避免使用final修饰符 避免工具类之外的static方法 避免被测方法中使用new的硬编码 避免在构造函数中包含逻辑 避免使用单例 使用继承达到重用会抑制可测性

点赞
收藏
评论区
推荐文章
blmius blmius
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
待兔 待兔
5个月前
手写Java HashMap源码
HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22
Wesley13 Wesley13
3年前
java单元测试工具
前言随着DevOp的不断流行,自动化测试慢慢成为Java开发者的关注点。因此,本文将分享10款优秀的单元测试框架和库,它们可以帮助Java开发人员在其Java项目上编写单元测试和集成测试。1\.JUnit我绝对JUnit不需要太多的介绍了。即使您是Java初学者,也可能听说过它。它可以帮助您为Java代码编写单元测试。几
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Wesley13 Wesley13
3年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Stella981 Stella981
3年前
JUnit
一、会用Spring测试套件的好处在开发基于Spring的应用时,如果你还直接使用Junit进行单元测试,那你就错过了Spring为我们所提供的饕餮大餐了。使用Junit直接进行单元测试有以下四大不足:1)导致多次Spring容器初始化问题根据JUnit测试方法的调用流程,每执行一个测试方法都会创建一个测试用例的实例并调用setUp()方法。由于
Stella981 Stella981
3年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
Stella981 Stella981
3年前
Django单元测试
单元测试​单元测试是实际开发中很重要但也经常被忽视的部分,其主要原因是编写Web功能测试所耗费的时间可能会大于你开发此功能的时间,因此,对于需要快速开发、上线的业务来说,项目中关于单元测试的部分很少。但是对于需要长期维护的项目,还需要考虑增加单元测试。只是第一次编写时会比较耗费时间,一旦基础结构完成,后续跟着功能的增加来增加单元测试并不会耗费
javalover123 javalover123
1年前
Testng和Junit5多线程并发测试对比
最近测试一个开源项目,发现生成的全局id有重复,也没有单元测试,就准备贡献个PR。想到多线程并发测试,根据经验,第一想法是用Testng,后面看了下Junit5也有实验性支持了,就对比下(以maven为例)