原创 | 使用 JUnit、AssertJ 和 Mockito 编写单元测试和实践 TDD （四）关于单元测试的常见错误观念和做法

最新推荐文章于 2024-09-11 10:15:00 发布
最新推荐文章于 2024-09-11 10:15:00 发布
阅读量462 收藏
点赞数
分类专栏： 设计 分析 架构 文章标签： 单元测试 编程语言 java python 人工智能
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/TaoOfDev/article/details/106104025
版权
本文探讨了关于单元测试的常见错误观念，如认为测试是测试人员的工作、增加负担、简单代码无需测试等，并解释了为何这些观念是错误的。此外，还提到了将单元测试写成集成测试、仅覆盖“快乐路径”等错误做法，强调了单元测试的重要性和正确实践。文章提倡采用TDD，先写测试再写代码，以提高代码质量和测试覆盖率。
摘要由CSDN通过智能技术生成

在这里插入图片描述
在这里插入图片描述
上一章讲到“单元测试在整个测试体系中的位置”，这一章我们讲讲“关于单元测试的常见错误观念和做法”。

很多人对单元测试存在错误的观念和错误的做法。典型的错误观念和做法如下：

1. 错误观念

  • 测试是测试人员的工作。程序员只应该写产品代码

    测试人员只在乎整个系统在功能和外部质量方面是否满足客户和用户的需求，他们既不了解、也不在乎你写的代码和你的程序结构，因此他们只能编写黑盒测试而无法编写白盒测试。写代码和定义内部结构是程序员的工作，通过单元测试证明你的代码和结构的正确性和可靠性同样是程序员的工作。

  • 编写单元测试会加重负担，拖慢进度

    这是对单元测试最大的误解！跟我们的直觉恰恰相反，在软件的整个生命周期范围里面，编写单元测试会大大减轻负担，并且会让我们保持平稳的速度前进。没有单元测试，我们也许开始时速度会很快，但后面随着bug的不断爆发，很大一部分的时间会用于寻找、调试和修复bug，用于编写生产代码的时间越来越少，项目进展也会越来越慢。单元测试从一开始就大大减少了bug存在的可能性，出了bug也能够及时发现，准确定位，以最小的代价在最短的时间内修复bug。

    首先&

最低0.47元/天 解锁文章
编程道与术
关注
专栏目录
原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD （十一）JUnit概述
编程道与术的博客
05-29 352
JUnit 超级流行，是事实上的 Java 单元测试和 TDD 的工具标准。
单元测试里的 5 个错误
JAVA技术
02-25 272
当我第一次听说可以使用框架比如JUnit来进行单元测试的时候，我惊叹这真是一个简单而强大的概念。它取代了随机测试，使你可以保存你的测试代码，并按照需要随时运行它们。按照我的理解，关于单元测试并没有多少产生误解的可能。但是过去的几年中，我确实见过几种或多或少不太正确的单元测试使用方式。这里按照重要程度，列出5条:     1. 跟协作逻辑一起来测试算法。如果跟协作逻辑代码分离开来，那么算法逻...
5个单元测试容易放的错误
weixin_33775572的博客
02-28 102
      单元测试对于每个项目都是需要的，它不仅仅是帮助找出代码中缺陷，更重要是在你修改与增加新模块时能确保原来的模块没有被破坏。 下面是5个单元测试容易放的错误： 1. 与协作模块一起去测试算法。算法逻辑如果能从协作的代码中分离出来，应该是最简单的测试。否则，你得必须通过作业队列之前完成测试。作业队列中只有一部分复杂的逻辑。除非你正在测试是作业队列本身，并分别测试逻辑。无论代码和...
初级开发人员在编写单元测试时常犯的错误
最佳 Java 编程
05-24 284
自从我编写第一个单元测试以来已经有10年了。 从那时起，我不记得我已经编写了成千上万的单元测试。 老实说，我在源代码和测试代码之间没有任何区别。 对我来说是同一回事。 测试代码是源代码的一部分。 在过去的3-4年中，我与多个开发团队合作，并且有机会查看了大量的测试代码。 在这篇文章中，我总结了经验不足的开发人员在编写单元测试时通常会犯的最常见错误。 让我们看一下以下简单的类示例，该类收集...
单元测试编写经验-测试驱动开发上的五大错误
楠人的博客-随风而过
07-06 973
测试驱动开发上的五大错误 35 次分享 新浪微博 腾讯微博 Tweet 人人网 QQ空间 本文由“外刊IT评论”网(www.aqee.net)荣誉出品 鼠标垫 我曾经写过很多的糟糕的单元测试程序。很多。但我坚持着写，现在我已经喜欢上了些单元测试。我编写单元测试的速度越来越快，当开发完程序，我现在有更多的信心相信它们能按照设计的预期来运行。
单元测试中常见的错误：5个常见错误
闫振兴的博客
07-04 6361
1.单元接口 被测单元的输入，输出参数，他们的个数，属性，顺序上与设计上是否一致。 调用其他单元时，形式参数的个数，属性，顺序 与设计上是否一致 约束条件的变化是否导致单元间的耦合增大 2.局部数据结构（最常见的错误） 不正确或不一致的数据类型说明 错误的初始值或者默认值 变量名的拼写错误 未赋值或未初始化变量 3.独立路径 ...
原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD （一）什么是单元测试
编程道与术的博客
05-07 357
If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization.（如果建筑业者用程序员写程序的方式盖楼造桥，那么第一只飞来驻足的啄木鸟就足以毁灭人类文明） ...
原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD （五）第一个单元测试
编程道与术的博客
05-13 315
上一章讲到“关于单元测试的常见错误观念和做法”，这一章我们通过实例讲讲“第一个单元测试”到底应该怎么做。 1. 需求 我们要测试一个银行账户类Account的“取款”工作单元——withdraw()方法。我们先定义这个方法的契约： 如果账户被冻结，取款将失败，并抛出AccountLockedException异常 如果取款金额是0或者负数，取款将失败，并抛出InvalidAmountException异常。 如果余额不足，取款将失败，并抛出BalanceInsufficientException异常。..
原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD （十二）编写测试-简单测试
编程道与术的博客
05-30 263
在测试类中编写测试方法，一般将方法注解为 5 种，你知道哪 5 种吗？
购物车接口测试
04-06
接口测试
assertj-core：AssertJ是一个提供易于使用的丰富类型断言的库
02-03
AssertJ-Java的流利断言 AssertJ提供了一组丰富且直观的强类型断言，用于单元测试（与JUnit，TestNG或任何其他测试框架一起使用）。 AssertJ网站包含。 （仍在旧站点中，但很快将在可用） 您可以在提出问题，并通过简单地创建问题来提出建议。 和 。 一个用于提供有关Guava类型的声明（ Multimap ， Optional ...）-请参见和 。 一个，用于为Joda Time类型（ DateTime ， LocalDateTime ）提供断言-请参见和 。 一个，用于为Neo4J类型（ Path ， Node ， Relationship ..
JAVA的流畅断言库AssertJ.zip
07-17
AssertJ 是 JAVA 的流畅断言库。示例代码：// unique entry point to get access to all assertThat methods and utility methods (e.g. entry) import static org.assertj.core.api.Assertions.*;  // common assertions assertThat(frodo.getName()).isEqualTo("Frodo"); assertThat(frodo).isNotEqualTo(sauron)                  .isIn(fellowshipOfTheRing);  // String specific assertions assertThat(frodo.getName()).startsWith("Fro")                            .endsWith("do")                            .isEqualToIgnoringCase("frodo");  // collection specific assertions assertThat(fellowshipOfTheRing).hasSize(9)                                .contains(frodo, sam)                                .doesNotContain(sauron);  // using extracting magical feature to check fellowshipOfTheRing characters name :) assertThat(fellowshipOfTheRing).extracting("name").contains("Boromir", "Gandalf", "Frodo", "Legolas")                                                   .doesNotContain("Sauron", "Elrond");  // map specific assertions, ringBearers initialized with the elves rings and the one ring bearers. assertThat(ringBearers).hasSize(4)                        .contains(entry(oneRing, frodo), entry(nenya, galadriel))                        .doesNotContainEntry(oneRing, aragorn);  // and many more assertions : dates, file, numbers, exceptions ... 标签：AssertJ
写单元测试的时候犯的错
weixin_43167662的博客
06-22 85
渣渣
断言神器AssertJ快速入门
热门推荐
neven7的专栏
05-18 1万+
1.背景在设计自动化cases时，遵守的核心原则是3A（Arrange-> Actor ->Assert）原则; 断言工具的强大直接影响到用例的执行效率，本文将介绍一种流式断言神器：AssertJ。在JAVA cases中常用的断言工具有JUnit自带的Assert，还有hamcrest的assertThat(之前总结过http://blog.csdn.net/neven7/article/deta
断言神器 AssertJ 快速入门
DJ355的博客
07-30 356
在软件开发过程中，测试是一个非常重要的环节。而在测试过程中，使用 AssertJ 是一个非常实用的工具。AssertJ 是一个 Java 库，可以用来测试 Java 应用程序。它提供了一些简单易用的方法来构建测试，并可以自动化测试应用程序。AseertJ: JAVA 流式断言器，什么是流式，常见的断言器一条断言语句只能对实际值断言一个校验点，而流式断言器，支持一条断言语句对实际值同时断言多个校验点。/*** 两个类对象比较*/class A {String str;
深入了解单元测试框架：JUnit 5、Mockito和 AssertJ
最新发布
WenZhang的博客
09-11 907
JUnit 5 是 Java 平台上最流行的单元测试框架之一。它由三个子项目组成：JUnit Platform、JUnit Jupiter 和 JUnit Vintage。：提供启动测试框架的基础设施，支持不同的测试引擎。：包含新的编程模型和扩展模型，用于编写测试和扩展。：支持运行基于 JUnit 3 和 JUnit 4 的测试，确保旧版测试的兼容性。
单元测试（三）AssertJ断言
weixin_43930865的博客
11-10 717
assertj官方文档 1：AssertJ介绍 AssertJ是一个Java库，它提供了一组丰富的断言和真正有用的错误消息，提高了测试代码的可读性 1.1：maven依赖 <dependency> <groupId>org.assertj</groupId> <artifactId>assertj-core</artifactId> <version>3.21.0</version>
AssertJ使用教程（二）
qq_47993287的博客
09-16 480
AssertJ使用教程（二），介绍关于Object Assertion和String Assertion的内容
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值