📌 Как проводить тестирования в Go ?

💬 Спрашивают в 8% собеседований

Встроены мощные инструменты для написания и запуска тестов. Тестирование — важная часть разработки ПО, так как помогает убедиться, что код работает правильно и что изменения не приводят к регрессиям.

Основные компоненты

1️⃣ Создание тестовых файлов:

➕ Тестовые файлы в Go должны оканчиваться на _test.go. Это позволяет инструменту тестирования Go автоматически распознавать их как тесты.
➕ Тестовые функции должны начинаться с Test и принимать один аргумент типа *testing.T.

2️⃣ Написание простого теста:

➕ Рассмотрим простой пример, в котором тестируется функция, добавляющая два числа:

      // main.go
   package main

   func Add(a, b int) int {
       return a + b
   }
   // main_test.go
   package main

   import "testing"

   func TestAdd(t *testing.T) {
       result := Add(2, 3)
       expected := 5
       if result != expected {
           t.Errorf("Add(2, 3) = %d; want %d", result, expected)
       }
   }
   

3️⃣ Запуск тестов:

➕Чтобы запустить тесты, используйте команду go test в терминале. Она автоматически найдет и выполнит все тесты в текущем пакете.

      $ go test
   

4️⃣ Тестирование с таблицей (table-driven tests):

➕ Table-driven tests — это подход, при котором вы пишете тесты в виде таблицы входных и ожидаемых значений. Это позволяет легко добавлять новые тестовые случаи и улучшает читаемость.

      // main_test.go
   package main

   import "testing"

   func TestAdd(t *testing.T) {
       tests := []struct {
           a, b, expected int
       }{
           {1, 2, 3},
           {0, 0, 0},
           {-1, -1, -2},
           {2, 2, 4},
       }

       for _, tt := range tests {
           result := Add(tt.a, tt.b)
           if result != tt.expected {
               t.Errorf("Add(%d, %d) = %d; want %d", tt.a, tt.b, result, tt.expected)
           }
       }
   }
   

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какое свойство должно быть у ключа в Map ?

💬 Спросят с вероятностью 8%

Карты (maps) должны быть сравнимыми. Это означает, что типы, используемые в качестве ключей, должны поддерживать операции сравнения на равенство (==) и неравенство (!=). Сравнимость ключей необходима для корректного функционирования карт, так как операции поиска, вставки и удаления требуют проверки на равенство ключей.

🤔 Типы данных, которые могут быть ключами

1️⃣ Целые числа (int, int8, int16, int32, int64, uint, uint8, uint16, uint32, uint64):

      var intMap map[int]string
   intMap = make(map[int]string)
   intMap[1] = "one"
   

2️⃣ Строки (string):

      var stringMap map[string]int
   stringMap = make(map[string]int)
   stringMap["one"] = 1
   

3️⃣ Булевы значения (bool):

      var boolMap map[bool]string
   boolMap = make(map[bool]string)
   boolMap[true] = "yes"
   boolMap[false] = "no"
   

4️⃣ Указатели (например, *int, *struct):

      var ptrMap map[*int]string
   ptrMap = make(map[*int]string)
   var a int
   ptrMap[&a] = "pointer to a"
   

5️⃣ Каналы (chan T):

      var chanMap map[chan int]string
   chanMap = make(map[chan int]string)
   c := make(chan int)
   chanMap[c] = "channel"
   

6️⃣ Интерфейсы (при условии, что их конкретные значения сравнимы):

      var ifaceMap map[interface{}]string
   ifaceMap = make(map[interface{}]string)
   ifaceMap[1] = "one"
   ifaceMap["key"] = "value"
   

7️⃣ Структуры (struct), если все их поля сравнимы:

      type Person struct {
       Name string
       Age  int
   }
   var structMap map[Person]string
   structMap = make(map[Person]string)
   structMap[Person{"Alice", 30}] = "person 1"
   

🤔 Типы данных, которые не могут быть ключами

1️⃣ Срезы (slice):

      // Это вызовет ошибку компиляции
   // var sliceMap map[[]int]string
   

2️⃣ Карты (map):

      // Это вызовет ошибку компиляции
   // var mapMap map[map[int]string]string
   

3️⃣ Функции (func):

      // Это вызовет ошибку компиляции
   // var funcMap map[func() int]string
   

🤔 Пример:

package main

import "fmt"

type Person struct {
    Name string
    Age  int
}

func main() {
    // Карта с ключами типа int
    intMap := make(map[int]string)
    intMap[1] = "one"
    intMap[2] = "two"
    fmt.Println(intMap) // Output: map[1:one 2:two]

    // Карта с ключами типа string
    stringMap := make(map[string]int)
    stringMap["one"] = 1
    stringMap["two"] = 2
    fmt.Println(stringMap) // Output: map[one:1 two:2]

    // Карта с ключами типа bool
    boolMap := make(map[bool]string)
    boolMap[true] = "yes"
    boolMap[false] = "no"
    fmt.Println(boolMap) // Output: map[false:no true:yes]

    // Карта с ключами типа *int
    a, b := 1, 2
    ptrMap := make(map[*int]string)
    ptrMap[&a] = "pointer to a"
    ptrMap[&b] = "pointer to b"
    fmt.Println(ptrMap) // Output: map[0x...:pointer to a 0x...:pointer to b]

    // Карта с ключами типа struct
    structMap := make(map[Person]string)
    structMap[Person{"Alice", 30}] = "person 1"
    structMap[Person{"Bob", 25}] = "person 2"
    fmt.Println(structMap) // Output: map[{Alice 30}:person 1 {Bob 25}:person 2]
}

Ключи должны быть сравнимыми, то есть поддерживать операции сравнения (== и !=). Это включает целые числа, строки, булевы значения, указатели, каналы, интерфейсы (сравнимые) и структуры (если все их поля сравнимы). Срезы, карты и функции не могут быть использованы в качестве ключей.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое unit тесты ?

💬 Спрашивают в 8% собеседований

Юнит-тесты (unit tests) — это тесты, предназначенные для проверки корректности работы отдельных модулей или единиц кода, таких как функции или методы. Основная цель юнит-тестов — убедиться, что каждый модуль кода работает как ожидается. Играют ключевую роль в поддержке качества и надежности кода.

🤔 Зачем они нужны?

1️⃣ Обнаружение ошибок на ранней стадии:
Юнит-тесты помогают выявлять ошибки и проблемы в коде на самых ранних этапах разработки, что снижает затраты на их исправление.

2️⃣Документация кода:
Хорошо написанные юнит-тесты служат живой документацией для кода, показывая, как именно должны работать функции и методы.

3️⃣Поддержка рефакторинга:
Наличие юнит-тестов делает процесс рефакторинга безопаснее, так как тесты помогают убедиться, что изменения в коде не нарушили его корректную работу.

4️⃣Повышение уверенности в коде:
Юнит-тесты обеспечивают уверенность в том, что код работает правильно, что особенно важно при добавлении новых функций или исправлении ошибок.

🤔 Как их писать?

1️⃣Создание тестовых файлов:
➖Тестовые файлы в Go должны оканчиваться на _test.go.
➖Тестовые функции должны начинаться с Test и принимать один аргумент типа *testing.T.

2️⃣Пример написания юнит-теста:
Рассмотрим пример, где у нас есть функция, которая складывает два числа, и мы пишем для неё юнит-тест.

      // main.go
   package main

   func Add(a, b int) int {
       return a + b
   }
      // main_test.go
   package main

   import "testing"

   func TestAdd(t *testing.T) {
       result := Add(2, 3)
       expected := 5
       if result != expected {
           t.Errorf("Add(2, 3) = %d; want %d", result, expected)
       }
   }
   

3️⃣Запуск юнит-тестов:
Чтобы запустить юнит-тесты, используйте команду go test в терминале.

      $ go test
   

4️⃣Тестирование с таблицей (table-driven tests):
Table-driven tests позволяют легко добавлять новые тестовые случаи и улучшать читаемость тестов.

      package main

   import "testing"

   func TestAdd(t *testing.T) {
       tests := []struct {
           a, b, expected int
       }{
           {1, 2, 3},
           {0, 0, 0},
           {-1, -1, -2},
           {2, 2, 4},
       }

       for _, tt := range tests {
           result := Add(tt.a, tt.b)
           if result != tt.expected {
               t.Errorf("Add(%d, %d) = %d; want %d", tt.a, tt.b, result, tt.expected)
           }
       }
   }
   

Лучшие практики

1️⃣Соблюдайте атомарность:
Каждый юнит-тест должен проверять только одну конкретную функцию или метод и проверять один аспект её поведения.

2️⃣Используйте понятные названия:
Имена тестовых функций должны быть понятными и отражать их цель. Например, TestAdd для тестирования функции Add.

3️⃣Проверяйте крайние случаи:
Убедитесь, что ваши тесты проверяют крайние случаи и потенциальные ошибки, такие как нулевые значения, отрицательные числа и переполнения.

4️⃣Регулярно запускайте тесты:
Регулярно запускайте тесты, особенно перед коммитами и релизами, чтобы убедиться в отсутствии регрессий.

5️⃣Используйте mocking, если необходимо:
При тестировании функций, которые зависят от внешних ресурсов (таких как базы данных или API), используйте мокирование (mocking) для изоляции тестов.

Юнит-тесты проверяют отдельные функции или методы на корректность их работы. Они помогают выявлять ошибки на ранней стадии, служат документацией и поддерживают безопасный рефакторинг кода. Пишутся в файлах с суффиксом _test.go и запускаются с помощью команды go test.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Как работает append в слайсе ?

💬 Спрашивают в 8% собеседований

Срезы (slices) — это динамические массивы, которые могут изменять свой размер. Встроенная функция append используется для добавления новых элементов к срезу.
Основные особенности:

1️⃣Динамическое расширение:
Могут увеличивать свой размер динамически. Когда вызывается функция append, если подлежащий массив не имеет достаточной емкости для размещения новых элементов, создается новый массив, и все существующие элементы копируются в него.

2️⃣Изменение длины и емкости:
Функция append изменяет длину среза, добавляя новые элементы. Емкость может также увеличиваться, если требуется больше памяти для новых элементов.

3️⃣Возвращаемое значение:
append возвращает новый срез, который включает добавленные элементы. Этот новый срез может указывать на новый массив, если емкость исходного была недостаточной.

Пример:

package main

import "fmt"

func main() {
    // Создание пустого среза
    var s []int

    // Добавление одного элемента
    s = append(s, 1)
    fmt.Println(s) // Output: [1]

    // Добавление нескольких элементов
    s = append(s, 2, 3, 4)
    fmt.Println(s) // Output: [1 2 3 4]

    // Добавление элементов из другого среза
    t := []int{5, 6, 7}
    s = append(s, t...)
    fmt.Println(s) // Output: [1 2 3 4 5 6 7]
}

🤔 Когда вызывается функция append, происходит следующее:

1️⃣Проверка емкости:
Проверяется, достаточно ли емкости в подлежащем массиве для размещения новых элементов. Емкость (capacity) среза — это размер подлежащего массива, который может быть больше, чем текущая длина (length) среза.

2️⃣Выделение нового массива:
Если емкости недостаточно, выделяется новый массив, обычно в два раза больший, чем текущий размер.

3️⃣Копирование данных:
Все существующие элементы копируются в новый массив, и новые элементы добавляются в конец.

4️⃣Возврат нового среза:
Новый срез, указывающий на новый массив, возвращается.

Пример:

package main

import "fmt"

func main() {
    // Изначальный срез с длиной 0 и емкостью 0
    s := []int{}
    fmt.Printf("len=%d cap=%d %v\n", len(s), cap(s), s)

    // Добавление элементов и отслеживание изменений длины и емкости
    for i := 1; i <= 10; i++ {
        s = append(s, i)
        fmt.Printf("len=%d cap=%d %v\n", len(s), cap(s), s)
    }
}

В этом примере, когда вы добавляете элементы, емкость среза автоматически увеличивается. Вывод показывает, как длина и емкость изменяются с добавлением каждого нового элемента.

Функция append добавляет новые элементы к срезу, изменяя его длину. Если емкости подлежащего массива недостаточно, создается новый массив, в который копируются все элементы. Она возвращает новый срез, который может указывать на новый массив, если емкость была увеличена.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое интеграционные тесты ?

💬 Спрашивают в 8% собеседований

Интеграционные тесты — это тесты, которые проверяют взаимодействие между различными компонентами системы. В отличие от юнит-тестов, которые фокусируются на проверке отдельных функций или методов, интеграционные проверяют, как компоненты работают вместе, обеспечивая целостность и корректность всей системы.

🤔 Зачем они нужны?

1️⃣Проверка взаимодействия компонентов:
Интеграционные тесты помогают убедиться, что различные части системы правильно взаимодействуют друг с другом. Это важно для выявления проблем на границах между компонентами, которые могут не проявиться в юнит-тестах.

2️⃣Выявление ошибок интеграции:
Такие тесты помогают обнаруживать ошибки, возникающие при объединении модулей. Это могут быть проблемы с форматами данных, неправильное использование интерфейсов и другие ошибки, связанные с интеграцией.

3️⃣Проверка реальных сценариев использования:
Интеграционные тесты могут включать сценарии, приближенные к реальным условиям эксплуатации системы, что позволяет убедиться, что система работает правильно в реальной среде.

🤔 Как их писать?

1️⃣Создание тестовой среды:
Интеграционные тесты могут требовать наличия нескольких зависимостей, таких как база данных, внешние API или другие сервисы. Настройте тестовую среду, которая будет эмулировать реальную среду.

2️⃣Пример:
Рассмотрим пример интеграционного теста для приложения, которое работает с базой данных. В этом примере мы будем тестировать функции создания и получения пользователя.

      // main.go
   package main

   import (
       "database/sql"
       _ "github.com/mattn/go-sqlite3"
       "log"
   )

   type User struct {
       ID   int
       Name string
   }

   func CreateUser(db *sql.DB, name string) (int, error) {
       res, err := db.Exec("INSERT INTO users(name) VALUES(?)", name)
       if err != nil {
           return 0, err
       }
       id, err := res.LastInsertId()
       if err != nil {
           return 0, err
       }
       return int(id), nil
   }

   func GetUser(db *sql.DB, id int) (User, error) {
       var user User
       err := db.QueryRow("SELECT id, name FROM users WHERE id = ?", id).Scan(&user.ID, &user.Name)
       if err != nil {
           return user, err
       }
       return user, nil
   }

   func main() {
       db, err := sql.Open("sqlite3", ":memory:")
       if err != nil {
           log.Fatal(err)
       }
       defer db.Close()

       _, err = db.Exec("CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT)")
       if err != nil {
           log.Fatal(err)
       }
   }
        // main_test.go
   package main

   import (
       "database/sql"
       "testing"
       _ "github.com/mattn/go-sqlite3"
   )

   func setupTestDB(t *testing.T) *sql.DB {
       db, err := sql.Open("sqlite3", ":memory:")
       if err != nil {
           t.Fatal(err)
       }
       _, err = db.Exec("CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT)")
       if err != nil {
           t.Fatal(err)
       }
       return db
   }

   func TestCreateAndGetUser(t *testing.T) {
       db := setupTestDB(t)
       defer db.Close()

       // Создание пользователя
       userID, err := CreateUser(db, "John Doe")
       if err != nil {
           t.Fatalf("Failed to create user: %v", err)
       }

       // Получение пользователя
       user, err := GetUser(db, userID)
       if err != nil {
           t.Fatalf("Failed to get user: %v", err)
       }

       // Проверка результатов
       if user.Name != "John Doe" {
           t.Errorf("Expected name to be 'John Doe', got %s", user.Name)
       }
   }

Интеграционные тесты проверяют, как различные компоненты системы работают вместе. Они помогают выявлять ошибки на границах между модулями и обеспечивают целостность системы. Пишутся аналогично юнит-тестам, но включают взаимодействие между компонентами и часто требуют настройки тестовой среды.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых