使いやすいシェルスクリプトを書く
できればシェルスクリプトなんて書きたくないんだけど，まだまだ書く機会は多い．シェル芸やワンライナーのような凝ったことではなく，他のひとが使いやすいシェルスクリプトを書くために自分が実践していることをまとめておく． ヘルプメッセージ 書いてるシェルスクリプトが使い捨てではなく何度も使うものである場合は，本体を書き始める前に，そのスクリプトの使い方を表示するusage関数を書いてしまう． これを書いておくと，後々チームへ共有がしやすくなる．とりあえずusage見てくださいと言える．また，あらかじめ書くことで，単なるシェルスクリプトであっても自分の中で動作を整理してから書き始めることができる．関数として書くのは，usageを表示してあげるとよい場面がいくつかあり，使い回すことができるため． 以下のように書く． function usage { cat <<EOF $(basename ${0})
シェルスクリプトのテスト - wyukawa's diary
以前シェルスクリプトのテストについて少し書きました。 シェルスクリプトの開発環境 - wyukawa’s blog 最近実際にテストを始めたのでどうやっているかを書いてみたいと思います。 やりたいことはHiveQLをキックするシェルスクリプトのテストです。 ブラックボックステストでテストの粒度はSIerでいう？単体をイメージしてます。 1ファイルのシェルスクリプトをテストするシェルスクリプトは１ファイルでその中にテストメソッドが観点ごとに複数存在するイメージです。 またブラックボックステストなのでシェルスクリプト内の分岐を網羅するようなテストは想定していません。もっと粒度は大きいです。そうじゃないとメンテナンス大変だし。 テスティングフレームワークはshunit2を使います。 テストコードのディレクトリ構成はこんな感じです。テストケースごとにテストデータ、テスト結果置き場、期待値データがあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
