Ginkgoでgolangのビヘイビア駆動(BDD)開発入門 - Qiita
テストスイート，テストファイルを作っただけでは，パッケージのテストができませんので，パッケージ本体(この記事ではPerson)を作ります パッケージPersonの確認 以下のようなパッケージPersonを作ることを考えます 構造体Personを持つ 構造体Personは，string型のフィールドnameを持つ フィールドnameに関するSetterとGetterである以下のメソッドを持つ SetName(string): フィールドnameをセットする GetName() (string, error): nameを読み出す．nameがセットされていない場合はエラー"Name is not set"が返る テストファーストの考え方から，テストからまず作ります Person_test.goの実装 ginkgo generateで作られたPerson_test.goは雛形で，中身がありません
gae/g unit testing - Qiita
golangにはgo testというunit test用の機能があります。 testを行うための [testing] (http://golang.org/pkg/testing/) package もあります。 しかし、gae/gでは、appengine固有の部分が動かないため利用できませんでした。 そこを解決するために以下のlibraryなどもあったのだけど、 gae 1.8.6でついにgae/gでもunit testができるようになりました！ [Local Unit Testing for Go] (https://developers.google.com/appengine/docs/go/tools/localunittesting) gae/g unit testで重要なのは、以下の3つです。 goapp test appengine/aetest testing この3つを
golang 1.4で追加されたtestingの便利機能(テストの初期化とお片づけ) - Qiita
golangのtestingパッケージはシンプル主義のgoならではといった、最小限の機能のみを提供しています。実際のところこれまでも(ほぼ)充分な機能を提供してきたわけですが、テスト前の初期化を明確に定義できないなど、不満もありました。 そういうわけで、1.4からこの不満を解決するtesting.MとTestMain(*testing.M)が追加されています。これがかなり最高便利です。 従来のテクニック 当然、これまでもテストの"初期化"や"お片づけ"を書きたいという要求は当然ありました。それに対しては、go testコマンドがファイルをabc...順に読みこむことを利用して、ファイル名を工夫するというちょっと裏ワザ的な手法が一般的でした。 すなわち、最初に実行したいテストが書かれたファイルは「a_test.go」にして、最後に実行したいテストを「z_test.go」とするわけです。この方
Nginx+Luaで実装したリバースプロキシをDockerとGoで自動テストした - Qiita
Nginxでリバースプロキシしつつlua-nginx-moduleを使ってリクエストやレスポンスを書き換える。図にするとこんな感じ。 client proxy app | 🍣 | 🐟 | |-------> 🐟 -------> 🐟 | 🍣 🍚 🐟 | |<--------|<----------| クライアントから寿司が送られてくるけどアプリケーションはネタだけ受け取りたいのでシャリはプロキシに抜いてもらう。 アプリケーションからのレスポンスにはさっきのネタが含まれているので、プロキシはシャリを戻してクライアントに返してあげる。 ローカルにOpenResty入れて適宜luaファイルを書き換えてcurlを叩くとかでもいいんだけど、絶対あとからだるくなってくるのでDockerでコンテナを立ち上げて、それに対してリクエスト投げるテストを書くことにした。 Dockerファイルはこち
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今日から始めるGinkgo - Qiita
go標準のbenchmark機能の使い方 - Qiita
Go Mockでインタフェースのモックを作ってテストする #golang - Qiita
