Golang testa no subdiretório

Quero criar um pacote em Go com testes e exemplos do pacote como subdiretórios para manter o espaço de trabalho mais limpo. Isso é possível e se sim como?

Toda a documentação sempre coloca o código de teste no mesmo lugar que o outro código, isso é melhor de alguma forma ou apenas por convenção?

Observe que você pode executar go test"recursivamente": você precisa listar todos os pacotes que deseja testar .

Se você estiver na pasta raiz do seu projeto Go, digite:

go test ./...

A ./...notação ' ' é descrita na seção " Descrição das listas de pacotes " do " comandogo ":

Um caminho de importação é um padrão se inclui um ou mais ...curingas " ", cada um dos quais pode corresponder a qualquer string, incluindo a string vazia e strings contendo barras.

Esse padrão se expande para todos os diretórios de pacotes encontrados nas GOPATHárvores com nomes que correspondem aos padrões.

Como um caso especial, x/...corresponde xbem como xaos subdiretórios de.
Por exemplo, net/...expande para nete pacotes em seus subdiretórios.

Se você mantiver seus _test.goarquivos em uma subpasta, o go test ./...comando ' ' poderá pegá-los.
Mas:

• você precisará prefixar suas variáveis ​​e funções exportadas (usadas em seus testes) com o nome de seu pacote, para que o arquivo de teste possa acessar o conteúdo exportado do pacote.
• você não acessaria conteúdo não exportado.

Dito isso, eu ainda prefiro manter o _test.goarquivo ao lado do arquivo fonte principal: é mais fácil de encontrar.

Coloque seus testes junto com seu código no mesmo diretório em um arquivo chamado, file_test.goonde "arquivo" é o nome do arquivo de código-fonte que você está testando. Isso é uma convenção e descobri que é o melhor em minha própria experiência.

Se a go testferramenta não for totalmente automatizada para você, você pode olhar para GoConvey , que tem uma IU da web que irá atualizar e executar automaticamente testes Go tradicionais, bem como testes GoConvey (que são baseados no comportamento e são mais autodocumentados do que os testes Go tradicionais).

EDITADO

Baseado na resposta de VonC,

Esta resposta é válida em go1.11. Ainda não testado em goversões superiores .

Para aqueles de vocês que gostam de manter seus testes em uma subpasta, digamos test, em seguida, executando

go test ./...

tentará executar testes em todas as pastas, mesmo aquelas que não contêm nenhum teste, tendo, portanto, um ?no relatório subsequente para pastas que não sejam de teste.

Corrida

go test ./.../test

em vez disso, terá como alvo apenas suas testpastas, tendo assim um relatório limpo focado apenas em suas pastas de teste.

CUIDADO

Esteja ciente de que o uso de subpastas de teste impedirá o cálculo do relatório de cobertura. A filosofia do go é deixar os arquivos de teste nas pastas do pacote.

Eu normalmente não faço testes, mas você pode agrupar seu arquivo em diretórios e usar importação como

import "./models"se é um nível fora,
import "../modelsse é um nível fora e um nível dentro

Por exemplo, para:
./models/todo.go
./test/todo_test.go

para teste todo.goa partir todo_test.go, sua importação na todo_test.goserá

import "../models"