Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 Теги: go, golang, black box-тестирование, тесты, go test

2 Обычно тесты находятся на одном уровне с тестируемым кодом, таким образом получая доступ к деталям имплементации. Однакоgo testподдерживает модули с суффиксом "_test", которые собираются в отдельный пакет.

3 Пример:

4 // in example.go package example var start int func Add(n int) int { start += n return start } // in example_test.go package example_test import ( "testing" . "bitbucket.org/splice/blog/example" ) func TestAdd(t *testing.T) { got := Add(1) if got != 1 { t.Errorf("got %d, want 1", got) } }Единственный сценарий, оправдывающий dot-import (. "bitbucket.org/splice/blog/example") - как раз black box-тестирование, во всех остальных случаях его следует избегать.

5 <h2>Пропуск тестов</h2>

6 Некоторые тесты должны проходить только в определённых контекстах, например, при наличии в системе внешней утилиты, переменной окружения, файла и пр. Пропустить тесты при невыполнении этих условий можно следующим образом:

7 func TestSomeProtectedResource(t *testing.T) { if os.Getenv("SOME_ACCESS_TOKEN") == "" { t.Skip("skipping test; $SOME_ACCESS_TOKEN not set") } // ... the actual test }Если тесты запущены с ключом-v, о пропуске теста будет упомянуто:

8 === RUN TestSomeProtectedResource --- SKIP: TestSomeProtectedResource (0.00 seconds) example_test.go:17: skipping test; $SOME_ACCESS_TOKEN not setВместе с ключом пропуска тестов часто используется флаг-short, наличие которого можно проверить функцией testing.Short(), которая возвращает true, когда флаг выставлен (аналогично testing.Verbose() для-v, который увеличивает количество отладочной информации).

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

10 func TestCountMallocs(t *testing.T) { if testing.Short() { t.Skip("skipping malloc count in short mode") } // rest of test... }Помимо возможности пропустить тесты при помощи флага-short, есть флаг-timeout, который заставляет тест паниковать при превышении указанного тайм-аута.

11 Например, команда go test -timeout 1s для следующего теста:

12 func TestWillTimeout(t *testing.T) { time.Sleep(2 * time.Second) // pass if timeout > 2s }будет паниковать:

13 === RUN TestWillTimeout panic: test timed out after 1sМожно запустить только тесты,удовлетворяющие регулярному выражению:

14 go test -run TestNameRegexpВот и всё, жду ваших комментариев!