GitHub - rkt/rkt: [Project ended] rkt is a pod-native container engine for Linux. It is composable, secure, and built on standards.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![GitHub - rkt/rkt: [Project ended] rkt is a pod-native container engine for Linux. It is composable, secure, and built on standards.](https://cdn-ak-scissors.b.st-hatena.com/image/square/cf6bb9070225eae5f43760b7fc13897fb413ab84/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Fa1415a7eb6965f728d7a313229f6fd3df855553970aeae3f482ef5c6824040bb%2Frkt%2Frkt)
Go の Test に対する考え方 - Qiita
Go の Test に対する考え方 この記事は Go Advent Calendar 2013 の 9 日目の投稿です。 今回は、 Go の testing というパッケージの使い方を解説しようと思ったのですが、 それだとつまらなすぎるので、合わせて Go が test というか assert についてどういうスタンスをとっているかを書いてみます。 Go でテスト さて、「テストのないコードはレガシーコード」などと言われて久しく、様々な言語が test (主に Unittest) について言語レベルでサポートしたり、デファクトなライブラリが確立したりといった状況が、今日では至って普通のこととなっています。 そんな言語や環境で、息をするようにテストを書いてきたみなさんが、はじめて Go でコードを書く時に見るべきは testing パッケージです。 http://golang.org/pkg
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
