For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
随着互联网的不断发展,越来越多的程序员都在学习软件测试的相关技术知识,而单元测试就是必须掌握与应用的一种测试方法,下面我们就通过案例分析来了解一下,单元测试概念与应用优势分析。
单元测试(UnitTesting)由研发工程师自己来编写,用来测试自己写的代码的正确性。
单元测试的好处:
(1)单元测试能有效地帮你发现代码中的bug。
(2)写单元测试能帮你发现代码设计上的问题。比如没有使用依赖注入、大量使用静态函数、全局变量、代码高度耦合等。
(3)单元测试是对集成测试的有力补充。大部分异常情况都比较难在测试环境中模拟,比如除数未判空、网络超时。
(4)写单元测试的过程本身就是代码重构的过程。相当于对代码的一次自我CodeReview。
(5)阅读单元测试能帮助你快速熟悉代码。
(6)单元测试是测试驱动开发(Test-DrivenDevelopment,TDD)可落地执行的改进方案。
编写单元测试的经验总结包括以下几点:
(1)尽管单元测试的代码量可能是被测代码本身的1~2倍,写的过程很繁琐,但并不是很耗时。
(2)对单元测试代码的质量可以放低一些要求。命名稍微有些不规范,代码稍微有些重复,也都是没有问题的。
(3)不管覆盖率的计算方式如何高级,将覆盖率作为衡量单元测试质量的标准是不合理的。
(4)单元测试不要依赖被测试函数的具体实现逻辑,它只关心被测函数实现了什么功能。
(5)团队内部需要统一单元测试框架。
单元测试为何难落地执行?
一方面,写单元测试本身比较繁琐,技术挑战不大,很多程序员不愿意去写;另一方面,国内研发比较偏向“快、糙、猛”,容易因为开发进度紧,导致单元测试的执行虎头蛇尾。,关键问题还是团队没有建立对单元测试正确的认识,觉得可有可无,单靠督促很难执行得很好。