开发人员为什么要写测试用例?
作为一名开发人员,你可能会发现周围的开发并不太喜欢写测试用例,甚至有些同学根本不写测试用例,认为写测试用例完全是浪费时间,或者是测试用例只是测试的事情。
在开发过程中,往往都是呼啦啦的写完代码,然后用 Postman 或者 Httpclient 等接口工具请求下接口,看着没问题就提测,然后等测试人员反馈问题。
这大概和职业以及所处的环境有关系,有些是公司没有相关的要求,有些是注重敏捷开发(项目和自己总有一个敏捷),不过群里有些同学问测试用例的事情,而我前段时间正好在写测试用例,所以做了一些笔记,在这里和大家分享一下。
以下内容都是自己粗鄙的理解,不对的地方,请指出。
1为什么要写测试用例
测试逻辑功能是否正常
测试用例听名字就可以知道意思,就是对自己所写的代码逻辑功能进行测试。毕竟辛辛苦苦写的代码,能不能运行,总得有个地方验证一下,所以就只能测试了。
单元测试和集成测试有时候不太好区分,可以简单的按照是否调用了第三方的服务来进行区分。不过在开发中,使用的工具其实都很类似。
单元测试:对某一块功能单元的测试,在我看来就是对一个方法的测试,不要跨很多个方法,或者调很多层。因为调用其他方法的逻辑,那是其他方法的单元测试。
集成测试:对集成其他组件、调用三方接口等功能的测试,比如集成 MySQL、MQ、缓存、RPC 组件等等。
重构、梳理逻辑
比如在 《Java 开发手册》[1] 中建议单个方法的长度不要超过 80 行也是有一定原因的,因为一个逻辑一旦超过 80 行,就说明该进行拆分了,内部逻辑是否合理就需要再 Review。
而逻辑复杂,对单元测试也极其不友好,比如大量的 if-else、对象转换等等,通过单元测试,都可以很清晰的梳理清楚,将可以拆分的功能独立出去,从而使代码结构更清晰。
有助于 Review
在阅读代码时,如果有测试用例可以进行参考,则可以更快的读懂逻辑。不管这段代码是给别人 Review,还是说一段时间之后自己重读,测试用例都很重要。(代码注释也很重要)
防止 bug
如果自己写了单元测试,在别人修改代码时,突然发现之前的单元测试不能够执行了,那对这块代码的修改就需要慎重考虑一下了。
2单元测试要写成什么样
这里可以参考《Java 开发手册》中的介绍。
3测试工具
在 SpringBoot 中直接使用 spring-boot-starter-test
即可,内部包含了以下组件:
其他就是各种组件如何结合使用的问题,在后面会一一讲到。
引用链接:
[1]
Java 开发手册: https://github.com/alibaba/p3c
相关文章
- 聊聊 NetOps、DevOps、NetSecOps 有什么区别?
- Linux inxi 命令的三种使用方法
- Go 错误处理新思路?用左侧函数和表达式
- 八个酷炫的GitHub技巧,让你看起来像大佬一样!
- 11 个让你的 Linux 桌面更好看的 KDE Plasma 主题
- 使用谷歌文档在 Ubuntu 中对文本进行语音识别
- 为什么企业需要创建微服务目录?
- 如何在 sudo 运行的命令中防止使用参数
- 在 React 中实现条件渲染的七种方法
- 小白干货:使用 Find 和 Locate 命令在 Linux 中搜索文件
- 微软:两个虚拟化功能会影响 Windows 11 的游戏性能
- C语言为什么不检查数组下标
- 都 2022 年了,是时候不要再说 Linux 很难使用了
- 如何使用 tnote 在 Linux 终端中做笔记
- Atoms 是一个可以让你轻松管理 Linux Chroot 环境的 GUI 工具
- 清理 Ubuntu 系统的四个简单步骤
- 如何优雅地 Hack 用户的代码
- HTTP 的缓存为什么这么设计?
- OpenHarmony设备开发(六)-红外温度传感器
- VSLook: 一款超强大的 VS Code 主题编辑工具