论单元测试之重要性

简介: 单元测试的重要性不言而喻,自我开发生涯以来,从很少注释过过场场,到非常重视。单元测试为什么会让人忽视呢?通常情况像一些查询或者增删改之类,拿我来说,即便报错我大概一扫,我就知道错误是什么了,该如何排查,因为就拿SpringMVC来说或者MyBatis等,再不济就是Spring的依赖注入问题,拿MyBatis来说,要么就是sql问题,要么就是参数问题,再不济就是与Spring动态扫描有关或者是mybatis中专门写sql的配置文件某个地方语法错误等,这些错误都是可预见的,说句不好听的话,再不济百度一搜,顿时分分秒就KO了。

单元测试的重要性不言而喻,自我开发生涯以来,从很少注释过过场场,到非常重视。

单元测试为什么会让人忽视呢?

通常情况像一些查询或者增删改之类,拿我来说,即便报错我大概一扫,我就知道错误是什么了,该如何排查,因为就拿SpringMVC来说或者MyBatis等,再不济就是Spring的依赖注入问题,拿MyBatis来说,要么就是sql问题,要么就是参数问题,再不济就是与Spring动态扫描有关或者是mybatis中专门写sql的配置文件某个地方语法错误等,这些错误都是可预见的,说句不好听的话,再不济百度一搜,顿时分分秒就KO了。但是大家有没有想过这样一个问题?为什么我们老是在犯这些重复性错误呢?原因是什么呢?

不重视测试。

当然了就专业来说,我们是软件开发工程师,专注于开发,至于测试方面,我们又不是专门的测试,管我们什么事。

我只能说:此言差异。

为什么呢?

坦白的说,程序的Bug基本都是由于我们这些开发人员导致的,比如说代码风格乱七八糟,写完代码看到功能实现了,就什么都不管了,也不多测测,以至于每次都是测试人员来测,发现谁的错误就通知谁,而谁谁就开始改了。

我认真想了下,其实很多错误是可以避免的。

就拿我公司来说,我们没有测试没有前端没有运维,而我作为Java后台开发,同时兼任前端、测试、运维,记得在第一个项目初期时,为了加快项目进度,尽快让老板看到对应的效果,我们快速开发,能粘贴复制尽量不手写,遇到问题百度搜索,找到对应的解决方案,代码复制过来,看能不能跑起来,能跑起来,就不管了,功能实现就好,跑不起来,继续百度或者Google,当然一般情况百度比较多。

前期项目急,甚至表单校验懒得写,甚至有些代码注释都不写,命名的话想到规范就规范,想不起,凑合吧,对于那时的我来说,这些都不是最重要的,最重要的是,每周完成工作任务,提交代码,功能实现。当然欲速则不达,再怎么快,总会因为这样的错,那样的错导致项目进度延迟。而且这些错误是可以完全避免的。

比如我们使用的框架是Spring+MyBatis+SpringMVC,采用的表现层技术是JSP,数据库为MySQL。

JSP对于广大的Java同行们,并不陌生。

话走的有点偏。本篇着重与凸显单元测试之重要性。

进入正题:

无论是前后端分离开发,还是想我上述列出的前后端不是特别分离的jsp技术等,单元测试起到不可估量的作用。

我总结到,为什么表现层方面就会出现这样的那样的错误,关键在于控制层代码有问题,也就是Controller层。

通常情况下,像我现在开发,通常Controller代码,我会通过单元测试测试好几遍,当然也做条件,这样的话,可以避免一些简单的错误,什么空指针,参数问题等等。而且对于表单提交方面的,例如注册、添加用户、批量增加或者修改等,都是可以通过单元测试测试是否正常。

记得某位朋友曾经说过,从单元测试到业务测试再到UI测试(WEB测试),越底层,花费的时间成本越小,很容易找到错误,越到高层越不易排错,当然了,排错的方式也很重要。

这里我想说的是,尽量能在单元测试可以预见错误的前提下,尽量排错错误的可能性,因为到WEB阶段是非常让人痛苦的。

越简单的事情往往都会让人忽略的,坦白的说吧,我发现一个很贴近现实的情况,就是我们开发人员,就我个人而言,有的时候觉得存在Bug,除非其他同事发现了,说了下,或者实际业务出问题,不然我不会改的,也懒得改。我想这是我半年前的心理。现在的我以写的代码让人尽可能容易让同事看的懂,尽量简洁,同时现在我对于我写的代码,我可以清楚的知道它是如何跑起来的,会出现哪些问题。当然了,对于一些简单的低级错误,我现在已经通过单元测试排除掉了。而且再加上严格的表单校验。统一规范的js书写和每天十到十五分钟早会的汇报和简单交流及其加强沟通的情况下,我们的Bug越来越少了,代码整体的性能也越来越好,简洁优美,当然了,这还远远不够,相对于第一个项目而言,我们的第二个项目一直到现在的第三个项目,越来越好了。希望继续努力保持下去。

 

另外补充到:

对于前后端交互,无论是AJAX或者vue.js等等,SpringMVC的Controller代码,基本上都是可以通过单元测试得到结果的,单元测试过了,自然出错率会减少很多。

当然了,我说的单元测试,不是简单的运行就可以了,而是有条件的列出实际情况,这需要根据实际业务情况而定,当然了也不能总是在单元测试了,毕竟开发进度要保持增长。

 

总结:

上面的描述,也许不好理解,也许重点不突出。下面我要列出我认为重要的几点?

(1)小公司而言,后台兼任前后台开发,确保后台参数,可以在前台校验的,尽量放在前台,这对于减轻服务器负载非常有帮助;

(2)controller代码中的各个@RequestMapping下的代码是可以通过单元测试避免很多错误的,例如空指针或者sql有误或者传参类型问题或者resultType或resultMap常见的问题等,这些是可以避免的;

(3)写代码,无论是js或者Java代码,一定要清楚的知道它是如何运行的,这里说的,并不是要你知道非常清晰的每一步,因为那是计算机底层原理,这个底层原理我也不懂,正在学习中。我所说的知道它是如何运行的,是指,你能通过大脑想象,描述它是怎么走了,比如这个参数传到这个,但是参数值有误,会出现什么情况等等这样的情况,这样可以确保你的思维是清楚,思维的清楚,也代表代码逻辑的清楚。作为开发人员,连自己的代码都不知道怎么描述,说个所以然来,那么他的代码是非常糟糕的;

(4)代码,以追求简单易懂,清楚明了为主,让维护的人易维护,让几个月后的自己感谢自己。更让整体系统性能更好。其实,很多简单的事情堆积起来就是一件不平凡的事情。

 

以上就说这么多了,欢迎编程的友友们不吝赐教。

 

目录
相关文章
|
1月前
|
敏捷开发 安全 测试技术
掌握单元测试:确保代码质量的关键步骤
单元测试是确保代码质量、提升可维护性和可靠性的重要手段。本文介绍了单元测试的基本概念、重要性及最佳实践,包括测试驱动开发(TDD)、保持测试独立性、使用断言库和模拟依赖等,旨在帮助开发者掌握单元测试技巧,提高开发效率。
|
1月前
|
测试技术 开发者 UED
探索软件测试的深度:从单元测试到自动化测试
【10月更文挑战第30天】在软件开发的世界中,测试是确保产品质量和用户满意度的关键步骤。本文将深入探讨软件测试的不同层次,从基本的单元测试到复杂的自动化测试,揭示它们如何共同构建一个坚实的质量保证体系。我们将通过实际代码示例,展示如何在开发过程中实施有效的测试策略,以确保软件的稳定性和可靠性。无论你是新手还是经验丰富的开发者,这篇文章都将为你提供宝贵的见解和实用技巧。
|
2月前
|
测试技术
软件质量保护与测试(第2版)学习总结第十三章 集成测试
本文是《软件质量保护与测试》(第2版)第十三章的学习总结,介绍了集成测试的概念、主要任务、测试层次与原则,以及集成测试的不同策略,包括非渐增式集成和渐增式集成(自顶向下和自底向上),并通过图示详细解释了集成测试的过程。
74 1
软件质量保护与测试(第2版)学习总结第十三章 集成测试
|
4月前
|
监控 测试技术 开发者
单元测试问题之单元测试的工作量,如何评估
单元测试问题之单元测试的工作量,如何评估
|
7月前
|
测试技术 数据库 UED
【白盒测试】单元测试的理论基础及用例设计技术(6种)详解
【白盒测试】单元测试的理论基础及用例设计技术(6种)详解
414 1
|
测试技术 API 微服务
单元测试的5个关键问题
1. 背景关于“什么是单元测试”、“为什么要做单元测试”、“怎么做单元测试”,网络上相关的技术文章汗牛充栋。尽管如此,在推广单元测试的过程,通过与研发同学的交流,我发现大家对单元测试的探讨还是存在薄弱的地方。这个薄弱的地方既不是抽象的单元测试理论,也不是具体的单元测试技术,而是理论与实践相结合的单元测试策略。就像测试策略一样,单元测试策略决定了我们能否把单元测试真正做好(而不是流于形式),并且让单
|
7月前
|
敏捷开发 Devops 测试技术
深入理解与应用单元测试:提升软件质量的关键步骤
【2月更文挑战第19天】 本文将深入探讨单元测试在软件开发周期中的作用,分析其对提升软件质量的重要性,并介绍如何有效地实施单元测试。通过阐述单元测试的基本原理、关键实践和常见问题解决策略,旨在为软件开发者提供一套系统的单元测试方法论,以支持更健壮、可靠和可维护的软件产品的构建。
|
7月前
|
测试技术
探索单元测试和 E2E 测试:提升软件质量的关键步骤(上)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(上)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(上)
|
7月前
|
测试技术 持续交付
探索单元测试和 E2E 测试:提升软件质量的关键步骤(下)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(下)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(下)
|
移动开发 JavaScript Java
软件测试用例经典方法 | 单元测试法案例
单元测试又称模块测试,是对软件设计的最小单元的功能、性能、接口和设计约束等的正确性进行检验,检查程序在语法、格式和逻辑上的错误,并验证程序是否符合规范,以发现单元内部可能存在的各种缺陷。
314 0
软件测试用例经典方法 | 单元测试法案例