15分钟学 Go 第 31 天：单元测试

第31天：单元测试

学习目标

今天的目标是深入理解Go语言的单元测试方法。我们将探讨单元测试的基本概念，编写和运行单元测试所需的步骤，以及如何编写高质量的测试用例。通过实际示例和反例，我们将确保你充分掌握这一重要技能。

1. 单元测试的概念

单元测试是验证最小可测试单元（通常是函数或方法）的正确性的一种方法。它的主要目标是在开发的早期阶段发现问题，从而降低后期修复的成本。

1.1 单元测试的特点

自动化：测试容易自动化运行。
独立性：每个测试应独立于其他测试，确保测试之间没有相互干扰。
快速执行：单元测试通常快速执行，可以频繁运行。

2. Go语言的单元测试结构

在Go中，单元测试主要依赖于

testing

包。一个标准的测试文件大致结构如下：

package yourpackage

import("testing")funcTestFunctionName(t *testing.T){// 测试代码}

2.1 示例代码

被测试文件（math.go）

我们将编写一个简单的数学库，含加法、减法和乘法函数。

package mathlib

// Add 返回两个整数的和funcAdd(a, b int)int{return a + b
}// Subtract 返回两个整数的差funcSubtract(a, b int)int{return a - b
}// Multiply 返回两个整数的积funcMultiply(a, b int)int{return a * b
}

测试文件（math_test.go）

对应的单元测试代码示例如下：

package mathlib

import("testing")funcTestAdd(t *testing.T){
    tests :=[]struct{
        a, b int
        want int}{{1,2,3},{0,0,0},{-1,1,0},}for_, tt :=range tests {
        got :=Add(tt.a, tt.b)if got != tt.want {
            t.Errorf("Add(%d, %d) = %d; want %d", tt.a, tt.b, got, tt.want)}}}funcTestSubtract(t *testing.T){
    tests :=[]struct{
        a, b int
        want int}{{3,2,1},{0,0,0},{5,10,-5},}for_, tt :=range tests {
        got :=Subtract(tt.a, tt.b)if got != tt.want {
            t.Errorf("Subtract(%d, %d) = %d; want %d", tt.a, tt.b, got, tt.want)}}}funcTestMultiply(t *testing.T){
    tests :=[]struct{
        a, b int
        want int}{{2,3,6},{0,5,0},{-1,-1,1},}for_, tt :=range tests {
        got :=Multiply(tt.a, tt.b)if got != tt.want {
            t.Errorf("Multiply(%d, %d) = %d; want %d", tt.a, tt.b, got, tt.want)}}}

3. 编写有效的测试

3.1 测试用例结构

良好的测试用例应该遵循以下结构：

明确的输入输出：每个测试都应该有清晰的输入和预期输出。
多个场景：测试应涵盖正常情况、边界情况和异常情况。
清晰的错误信息：发生错误时，应提供足够的信息以便于调试。

3.2 不良测试的示例

以下是一些不良测试的示例，帮助你识别如何避免这些问题：

funcTestAddBad(t *testing.T){
    got :=Add(2,2)if got !=5{// 错误的预期值
        t.Errorf("Add(2, 2) = %d; want %d", got,5)}}

3.3 测试覆盖率

使用Go的内置工具可以检查测试覆盖率。在命令行中运行：

go test -cover

输出将显示各个函数的覆盖率百分比，帮助你了解测试的全面性。

3.4 运行测试

要运行单元测试，使用以下命令：

go test

4. 代码运行流程图

以下是单元测试的基本流程图，帮助你理解测试的每个阶段：

#mermaid-svg-2aRD42wl6kYIQmik {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-2aRD42wl6kYIQmik .error-icon{fill:#552222;}#mermaid-svg-2aRD42wl6kYIQmik .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-2aRD42wl6kYIQmik .edge-thickness-normal{stroke-width:2px;}#mermaid-svg-2aRD42wl6kYIQmik .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-2aRD42wl6kYIQmik .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-2aRD42wl6kYIQmik .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-2aRD42wl6kYIQmik .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-2aRD42wl6kYIQmik .marker{fill:#333333;stroke:#333333;}#mermaid-svg-2aRD42wl6kYIQmik .marker.cross{stroke:#333333;}#mermaid-svg-2aRD42wl6kYIQmik svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-2aRD42wl6kYIQmik .label{font-family:"trebuchet ms",verdana,arial,sans-serif;color:#333;}#mermaid-svg-2aRD42wl6kYIQmik .cluster-label text{fill:#333;}#mermaid-svg-2aRD42wl6kYIQmik .cluster-label span{color:#333;}#mermaid-svg-2aRD42wl6kYIQmik .label text,#mermaid-svg-2aRD42wl6kYIQmik span{fill:#333;color:#333;}#mermaid-svg-2aRD42wl6kYIQmik .node rect,#mermaid-svg-2aRD42wl6kYIQmik .node circle,#mermaid-svg-2aRD42wl6kYIQmik .node ellipse,#mermaid-svg-2aRD42wl6kYIQmik .node polygon,#mermaid-svg-2aRD42wl6kYIQmik .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-2aRD42wl6kYIQmik .node .label{text-align:center;}#mermaid-svg-2aRD42wl6kYIQmik .node.clickable{cursor:pointer;}#mermaid-svg-2aRD42wl6kYIQmik .arrowheadPath{fill:#333333;}#mermaid-svg-2aRD42wl6kYIQmik .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-2aRD42wl6kYIQmik .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-2aRD42wl6kYIQmik .edgeLabel{background-color:#e8e8e8;text-align:center;}#mermaid-svg-2aRD42wl6kYIQmik .edgeLabel rect{opacity:0.5;background-color:#e8e8e8;fill:#e8e8e8;}#mermaid-svg-2aRD42wl6kYIQmik .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-2aRD42wl6kYIQmik .cluster text{fill:#333;}#mermaid-svg-2aRD42wl6kYIQmik .cluster span{color:#333;}#mermaid-svg-2aRD42wl6kYIQmik div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-2aRD42wl6kYIQmik :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;}
是

是

否

       开始 
     

       是否有测试需要编写? 
     

       编写测试用例 
     

       运行测试 
     

       测试是否通过? 
     

       记录结果 
     

       调试代码

5. 实践练习

5.1 完成更多测试

对于每个数学函数实现更多的测试用例。
编写针对不同数据类型的处理函数的测试，比如浮点数、字符串等。

5.2 处理边界情况

编写测试来处理边界情况，例如大数值、负值，或是零等。

5.3 学习使用模拟和存根

通过创建一些依赖项的模拟和存根，了解如何在单元测试中进行依赖注入。

6. 处理常见问题

在编写单元测试时，开发者常遇到一些问题，以下是几种常见问题的解决方案：

6.1 测试无法通过

检查输入参数：确保测试用例中的输入参数正确并合理。
仔细阅读错误信息：错误信息通常能指示代码中的问题。

6.2 测试执行时间过长

分析算法的复杂性：若算法性能较差，考虑优化。
避免不必要的外部调用：保证测试尽可能地独立。

6.3 代码更改导致测试失败

考虑回归测试：改变已存在代码的逻辑后，应再次运行所有的测试。

7. 总结

通过本节的学习，你应该已经掌握了Go语言中的单元测试方法。单元测试是确保代码质量的关键工具，掌握编写高效、全面的测试可以帮助你在开发中建立更高的信心。

7.1 重要回顾

单元测试的定义与重要性：理解其目的和基本特性。
使用testing包进行测试：学习如何编写和运行测试用例。
代码覆盖率与测试用例的优化：确保代码的全面测试。

8. 进一步阅读与实践

为了加深对单元测试的理解，可以参考以下资源：

《Go语言程序设计》：了解Go语言的整体设计和特性。
Go Testing Reference：官方文档中关于测试的部分。
参与开源项目：实践编写和维护单元测试的最佳时机。

怎么样今天的内容还满意吗？再次感谢观众老爷的观看，关注GZH：凡人的AI工具箱，回复666，送您价值199的AI大礼包。最后，祝您早日实现财务自由，还请给个赞，谢谢！

标签： golang log4j 开发语言

本文转载自: https://blog.csdn.net/weixin_40780178/article/details/143395525
版权归原作者 凡人的AI工具箱 所有，如有侵权，请联系我们删除。