Go の Test に対する考え方 - Qiita

この記事は Go Advent Calendar 2013 の 9 日目の投稿です。 今回は、 Go の testing というパッケージの使い方を解説しようと思ったのですが、 それだとつまらなすぎるので、合わせて Go が test というか assert についてどういうスタンスをとっているかを書いてみます。 Go でテスト さて、「テストのないコードはレガシーコード」などと言われて久しく、様々な言語が test (主に Unittest) について言語レベルでサポートしたり、デファクトなライブラリが確立したりといった状況が、今日では至って普通のこととなっています。 そんな言語や環境で、息をするようにテストを書いてきたみなさんが、はじめて Go でコードを書く時に見るべきは testing パッケージです。 http://golang.org/pkg/testing/ 命名規則 では、

[drunkturtle]

“http://golang.org/src/pkg/net/http/serve_test.go#L224”

[inoueyuworks]

go test の基本的な使い方をすすめていきましょう、という話。

[nrtkbb]

週末はテスト書いて修正や忘れちゃう未来の自分のために備えよう

[nnhrsk]

“みんなテストを書くためにすぐミニ言語作りたがるけど、必要な機能はだいたい Go 本体に揃ってるから、覚えること増やす必要無い。”

[shuzo_kino]

GO言語の標準テスト環境でなんでAssertが無いのか……について。テストに必要なものはデフォで揃ってるのだから、余計なミニ言語の学習コスト掛ける手間でエラー発生時の記述に気合いれろ……という事らしい

[manFromTomorrow]

“過度な抽象化は Go にはあまり合いません”

[mather314]

Goのコードとしてテストを書く。

[key_amb]

GoはAssertなどテストのための便利機能を提供しない代わりに「ただのGoプログラム」でテストを書けるようにした。

[progrhyme]

GoはAssertなどテストのための便利機能を提供しない代わりに「ただのGoプログラム」でテストを書けるようにした。

[ktsh81]

まさに覇権テストフレームワーク探してこの記事に辿り着いた

[adachi_c]

“Assert は便利だけど、頼り過ぎてエラーのレポートが適当になる。エラーレポート重要だからきちんと書こう”

[kosh04]

自動生成されたAssertのエラーレポートに頼りすぎずプログラムに合わせたレポートをきちんと書こう

[hevohevo]

“Go は、 assert やその他テストを構造化する仕組みなどを標準で提供しない代わりに、最小の API と十分なコマンドを提供することでテストを限りなく「ただの Go プログラム」で書けるようにしています。”

[kana321]

Go の Test に対する考え方

[mainyaa]

エラーレポート重要だからきちんと書く

[hakobe932]

参考になる

[ono_matope]

なるほど

[ryotarai]

via Pocket

[yayugu]

良い。試してみる価値ありそうな思想だ

[warufuzaketaichi]

“test_sutm.go”ってファイル名は二重三重にオカシイ気がする。

[yyamano]

“「Assert は便利だけど、頼り過ぎてエラーのレポートが適当になる。エラーレポート重要だからきちんと書こう。議論の余地はあるけど、新しい試みとしてやってみる。」”

[lesamoureuses]

“「何が落ちたか」よりも、「なんで落ちたか」が書かれています。 これは、確かに Assert.Equals() 的なもので自動生成した場合にはできません。”

[Chisei]

読んだ

[nntsugu]

"Assertが無い理由" - 言語開発者の思想を知る、FAQ読むのも重要だね

[bash0C7]

自分も真っ先にassertないのか、つくれということか！って思ったクチでした。

[t-wada]

“「何が落ちたか」よりも、「なんで落ちたか」が書かれています” "Go は、 assert やその他テストを構造化する仕組みなどを標準で提供しない代わりに、最小の API と十分なコマンドを提供する"

[koyancya]

うおお -> "そうやって自動生成したエラーレポートより、ちゃんと自分で意図を書こう。面倒なのは分かるけど、そのコードに全く詳しくない人や、後のデバッグする時にそのコストは回収できるはず"

[atotto]

「何が落ちたか」よりも、「なんで落ちたか」

[zonu_exe]

“過度な抽象化は Go にはあまり合いません。そういった実装面の理由も、 Assert を提供しない理由のにあるかもしれません”

[matsumoto_r]

おお、これはテストフレームワークについて考えさせられるグレートな記事だった