Go言語で「なかった」の返し方 - Qiita
何らかの関数が、その結果として「なかった」ということを返す場合について考えてみます。処理自体は成功したが、その結果「なかった」ということを返す場合です。 いくつかのパターンをあげてみます。 nil まず始めに return nil, nil は 危険 です。エラーでない場合は、何らかの non-nil な値（ポインタ）を返すべきです。 Go言語でコードを書く際はエラーを必ず確認し、そして、以下のような例でエラーでなかった場合は、結果が nil でないことを前提としてコードを書きます。このため return nil, nil だと「ぬるぽ（にるぽ？）」です。 result, err := fooFunction() if err != nil { return err } // ここに来た場合は result != nil が期待される result.bar() よってエラーなしの場合は n
テスト技法について古典から改めて学んでみる - Qiita
普段なにげなくしている「テスト」 しっかりと学んでいる機会がなかったので、「ソフトウェアテスト」の古典として 長く使われている基本的な技法やテストの哲学について語られているJ・マイヤーズの名著、 『ソフトウェア・テストの技法 第2版』を読みました。 本著は米国で1979年に出版され、その翌年には日本で翻訳版が出版されました。 その後本日まで長い間語り継がれてきました。 JUnitなどのツールを紹介した本、その時のテスト技法について紹介する本は 雨後の筍のようにあります。ですが、 「そもそもテストとはなにか」 「テストをする際のエンジニアとして抑えておくべき姿勢・哲学はなにか」 という根本的な問に対して答えを出している書籍だからこそ、 時勢に流されずに長い間読まれてきた書籍なのかなと思いました。 Amazonのレビューを読んでいただいても、確かに翻訳に少し違和感があると言われれば有ります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
