aller de test ne peut pas trouver la fonction dans un même package

La structure de répertoire est :

src
src/pkg
src/pkg/t1.aller
src/pkg/t1_test.aller

t1.aller

package pkg

import (
"fmt"
)

func SayHI(){
    fmt.Println("this is t1")
}

t1_test.aller

package pkg

import (
    "testing"
)

func TestXYZ(t *testing.T) {
    SayHI()
}

Invoquer aller tester en ligne de commande à dir src/pkg

aller tester t1_test.aller

d'erreur:
./t1_test.aller:8: undefined: SayHI
L'ÉCHEC de ligne de commande-arguments [build failed]

mais la fonction est-il

merci pour tous les conseils

Qu'advient-il si vous exécutez seulement "passer le test" dans votre forfait, sans le nom de fichier?

InformationsquelleAutor davyzhang | 2013-02-06

Il fonctionne comme prévu.

jnml@fsc-r630:~/src/pkg$ go help test
usage: go test [-c] [-i] [build flags] [packages] [flags for test binary]

'Go test' automates testing the packages named by the import paths.
It prints a summary of the test results in the format:

    ok   archive/tar   0.011s
    FAIL archive/zip   0.022s
    ok   compress/gzip 0.033s
    ...

followed by detailed output for each failed package.

'Go test' recompiles each package along with any files with names matching
the file pattern "*_test.go".  These additional files can contain test functions,
benchmark functions, and example functions.  See 'go help testfunc' for more.

By default, go test needs no arguments.  It compiles and tests the package
with source in the current directory, including tests, and runs the tests.

The package is built in a temporary directory so it does not interfere with the
non-test installation.

In addition to the build flags, the flags handled by 'go test' itself are:

    -c  Compile the test binary to pkg.test but do not run it.

    -i
        Install packages that are dependencies of the test.
        Do not run the test.

The test binary also accepts flags that control execution of the test; these
flags are also accessible by 'go test'.  See 'go help testflag' for details.

For more about build flags, see 'go help build'.
For more about specifying packages, see 'go help packages'.

See also: go build, go vet.
jnml@fsc-r630:~/src/pkg$

OIE:

go test est correct.
go test pkg (en supposant que $GOPATH est ~ et que le colis est dans ~/src/pkg) est très bien.
go test whatever_test.go n'est pas correct ce qui n'est pas pris en charge comme documenté ci-dessus.

Pour sélectionner les tests à exécuter, utiliser le -run RE drapeau (RE est une regexp, interprété comme *RE*). Par exemple

$ go test -run Say # from within the package's directory

$ go test -run Say my/package/import/path # from anywhere

InformationsquelleAutor zzzz

7

C'est un peu étrange dans Golang. Pour être honnête, il m'a fallu un certain temps pour trouver un moyen de sortir.

Simple de contourner cette difficulté est de les inclure dans la commande, par exemple:
go test src/pkg/t1.go src/pkg/t1_test.go

À mon humble avis, La meilleure façon est de le garder propre. Afin d'éviter d'avoir plus de 1 fichier en tant que dépendance par fichier de test. Si vous êtes à l'aide de +1 fichier de dépendance, d'envisager la création d'une " boîte noire test avec un _test paquet et ne pas faire usage de tout en minuscules interne vars.

Cela vous évitera d'avoir à traiter avec des dépendances complexes sur votre journée à jour des tests.

InformationsquelleAutor Thomas Modeneis

Vous devez vous connecter pour publier un commentaire.